From shd@uadeforum Fri Mar 18 15:21:26 2005 From: shd Date: Fri Mar 18 15:21:26 2005 Message-Id: <00000485.001@uade.forum> Subject: First Post! To: UADE-Developer-discussion First post here too :) Feel free to discuss UADE development related issues here. Bug reports, patches, design, new players, and anything related to development is appropriate for this place. Thanks to Kohina admins for letting us use this great Forum. From shd@uadeforum Sun Mar 20 00:25:50 2005 From: shd Date: Sun Mar 20 00:25:50 2005 Message-Id: <00000489.001@uade.forum> Subject: New player: Music Maker 4 and 8 To: UADE-Developer-discussion Thomas Winischhofer was kind to publish MusicMaker[48] under BSD license. Go get player and sources from: [url]http://uade.ton.tut.fi/amiga-players/music_maker/[/url] The player doesn't work with latest stable (1.01), but it works with 1.02-pre1, which can be obtained from: [url]http://uade.ton.tut.fi/uade/pre/[/url] However, fixing 1.01 to work with uade broke Sonix Music Driver player ;) We know the problem and are figuring out to solve it properly. It has to do with order of eagleplayer method initializations. The player is not well tested yet. Change Log entry: 2005.03.20: Initial public version - add BSD clause with copyright claim (shd) - remove old address (shd) - remove obsolete copyright statements (shd) - increase maximum filename length (shd) - rename local labels to be asmone compatible (shd) - add a special uade hack to speedup initialization of modules (shd) (see function uade_time_critical_on) (shd) Some things left to do with MusicMaker[48]: - single file module support (open up IFF file to grab 'ip' and 'sdata' parts) From mahenFr@uadeforum Sun Mar 20 15:22:53 2005 From: mahenFr Date: Sun Mar 20 15:22:53 2005 Message-Id: <00000490.001@uade.forum> Subject: uade API documentation ? To: UADE-Developer-discussion Hello everyone ! I was wondering if a documentation of the uade API was available somewhere, a bit like sc68's one (sc68.atari.org). (this would be to add uade players support to an existing simple MorphOS (PPC AmigaOS) player... I had a look at uade sources, it looks a bit messy, but maybe I can manage anyway... Well, any piece of advice of welcome :) thanks ! From Guest@uadeforum Sun Mar 20 15:24:33 2005 From: Guest Date: Sun Mar 20 15:24:33 2005 Message-Id: <00000490.002@uade.forum> In-Reply-To: <00000490.001@uade.forum> Subject: Re: uade API documentation ? To: UADE-Developer-discussion I mean, messy due to my lack of experience, because I'm very very bad :) This would be to add uade support to this player : http://mahen.free.fr/sc68 (a MorphOS MUI port of sc68) From mahen@uadeforum Sun Mar 20 15:25:24 2005 From: mahen Date: Sun Mar 20 15:25:24 2005 Message-Id: <00000490.003@uade.forum> In-Reply-To: <00000490.002@uade.forum> Subject: Re: uade API documentation ? To: UADE-Developer-discussion (this was me above btw) From shd@uadeforum Sun Mar 20 18:19:12 2005 From: shd Date: Sun Mar 20 18:19:12 2005 Message-Id: <00000490.004@uade.forum> In-Reply-To: <00000490.003@uade.forum> Subject: Re: uade API documentation ? To: UADE-Developer-discussion [quote:f412371fbe="mahenFr"] I was wondering if a documentation of the uade API was available somewhere, a bit like sc68's one (sc68.atari.org). (this would be to add uade players support to an existing simple MorphOS (PPC AmigaOS) player... I had a look at uade sources, it looks a bit messy, but maybe I can manage anyway... [/quote:f412371fbe] Actually UADE doesn't have an API for communication between clients (players) and the uade process. Currently UADE is very hostile to be directly integrated to any program. Our approach on UNIX has been to run UADE as a separate process, and communicate with shared memory and signals to the client. For exampe, UADE XMMS plugin works like this: xmms (contains uade plugin library) <-A-> uade <-B-> soundcore <-C-> eagleplayers <-A-> means communication by shared memory and signals <-B-> means instruction set simulation interface (works through m68k trap commands command) <-C-> Eagleplayer API It has been intentional that we don't have an API. However, we are still planning a next version of UADE that supports easier integration with other programs. At the current code base, you may want to write a 'slave module' into uade process. Look at src/xmms-slave.c, src/unix-shell.c and src/amiga-shell.c. Harry 'piru' Sintonen, the MOS developer, is rather familiar with this topic. You might talk to him about possibilities of integrating UADE into an Amiga environment. ATM I encourage you not to link uade program directly to your player, but rather run UADE as a server process for your player process. IPC can be easily implemented in UADE's slave modules. Would you tell us what kind of IPC you had in mind? Or do you absolutely need direct code module linking? Direct linking is not impossible either - it has been done in CVS versions.. Sorry for the messiness in code ;) We do accept patches to clean up the situation, but I don't think many people will want to clean that architecture for us.. shd / uade team From shd@uadeforum Sun Mar 20 18:29:05 2005 From: shd Date: Sun Mar 20 18:29:05 2005 Message-Id: <00000490.005@uade.forum> In-Reply-To: <00000490.004@uade.forum> Subject: Re: uade API documentation ? To: UADE-Developer-discussion [quote:7a5923f838="Anonymous"]I mean, messy due to my lack of experience, because I'm very very bad :) [/quote:7a5923f838] We know it's messy. No need to take back what is true ;) [quote:7a5923f838]This would be to add uade support to this player : http://mahen.free.fr/sc68 [/quote:7a5923f838] See my earlier answer. I was thinking it should be relatively simple to create a thread from slave module, and run the GUI engine in that thread. The thread would give commands to the uade process with some interthread IPC method. However, this is hard if you still want to run sc68 inside the same memory space :( shd / uade team From mahen@uadeforum Sun Mar 20 18:38:40 2005 From: mahen Date: Sun Mar 20 18:38:40 2005 Message-Id: <00000490.006@uade.forum> In-Reply-To: <00000490.005@uade.forum> Subject: Re: uade API documentation ? To: UADE-Developer-discussion thanks for the quick & complete answer !!! Well, erm, as I told earlier, I really have little experience :) So regarding the little player, for the time being there are only two processes : - the one dealing with the MUI user interface that sends orders through the message port to - the second process that uses the sc68 api directly (checks if a message arrived after each buffer calculation) and sends the sound buffer to the AHI audio system. So I guess I have to add a kind of layer to enable the use of several different "players" (that is to say sc68 and uade). Well, what would be the wisest choice, I really don't know what is the best way of doing this kind of things ? :) From mahen@uadeforum Sun Mar 20 18:40:16 2005 From: mahen Date: Sun Mar 20 18:40:16 2005 Message-Id: <00000490.007@uade.forum> In-Reply-To: <00000490.006@uade.forum> Subject: Re: uade API documentation ? To: UADE-Developer-discussion Oh, I've just seen you answered meanwhile, so sorry if I ask a question already answered :) Thanks ever so much for the team for this amazing work :) From shd@uadeforum Sun Mar 20 18:48:02 2005 From: shd Date: Sun Mar 20 18:48:02 2005 Message-Id: <00000490.008@uade.forum> In-Reply-To: <00000490.007@uade.forum> Subject: Re: uade API documentation ? To: UADE-Developer-discussion [quote:4b445d88e4="mahen"] - the one dealing with the MUI user interface that sends orders through the message port to - the second process that uses the sc68 api directly (checks if a message arrived after each buffer calculation) and sends the sound buffer to the AHI audio system. [/quote:4b445d88e4] If you want to have both sc68 and uade in the same process, you may have to prevent global symbol collisions. Colliding global symbols can be removed with objcopy tool (comes with GNU compiler tools). Also, it doesn't require very big changes to make uade runtime a callback system so that you can call a function from uade and it returns an event and sample data. Basically your main program would call sc68 and uade when appropriate, exchange messages with the MUI process, and write sample data to AHI driver. Where is the source code for sc68mui? I can't help you unless you provide source. In fact, you have to provide source if you are going to link with UADE. From mahen@uadeforum Sun Mar 20 18:52:04 2005 From: mahen Date: Sun Mar 20 18:52:04 2005 Message-Id: <00000490.009@uade.forum> In-Reply-To: <00000490.008@uade.forum> Subject: Re: uade API documentation ? To: UADE-Developer-discussion Yep, this is actually the way I thought I would do it, but I didn't know if it was the best way ! You may find my (crappy as it's my first Amiga/MOS program) sourcecode at : http://mahen.free.fr/sc68/sc68src.lha From mahen@uadeforum Sun Mar 20 18:53:11 2005 From: mahen Date: Sun Mar 20 18:53:11 2005 Message-Id: <00000490.010@uade.forum> In-Reply-To: <00000490.009@uade.forum> Subject: Re: uade API documentation ? To: UADE-Developer-discussion BTW : ** thanks ** for your answers From mahen@uadeforum Mon Mar 21 14:14:27 2005 From: mahen Date: Mon Mar 21 14:14:27 2005 Message-Id: <00000490.011@uade.forum> In-Reply-To: <00000490.010@uade.forum> Subject: Re: uade API documentation ? To: UADE-Developer-discussion I've had a look a bit more at the uade source code. Tell me if I'm wrong, but in order to use it in a player, I have to make use of slave.interaction that is used in uade.c : uade_interaction. However a couple of things disturb me, for instance, the messages sent through the 68k emulation to uade, that are then printed to stderr by uade_get_amiga_message when some exceptions in the 68k emu occur. Well, I guess this would have to be modified to send some information to my player through a message port rather than just printing it ? Pfew, I'm a bit lost in all this, tell me if I'm missing something important :) Anyway, I HAVE to create a uade process, as I have to start the 68k emulation with start_program(), right ? (so 3 processes : one for the MUI GUI, one for the piece of software that gets order from the gui and launches / quits the right player, and one for uade ?) :) - mahen, that keeps annoying ppl :) PS : to sum things up, I have to use this slave.interaction to give order from my player to uade, and I have to use uade_get_amiga_message to check if something has to be reported from uade to my player ? I guess things such as seeking are not supported (doesn't matter too much :). Actually, what I was first planning to do, is use uade the way I use sc68 : specific things to initialise, open AHI device, ask sc68 via a single function to calculate a sound buffer, send it to AHI, check if a message came from the GUI, and so on. Is it possible with uade ? Or does it require deeper modifications to the uade source code ? ** sorry again for bothering you & thanks for everything ** From shd_@uadeforum Mon Mar 21 14:39:34 2005 From: shd_ Date: Mon Mar 21 14:39:34 2005 Message-Id: <00000490.012@uade.forum> In-Reply-To: <00000490.011@uade.forum> Subject: Re: uade API documentation ? To: UADE-Developer-discussion [quote:2ef3713e77="mahen"] Tell me if I'm wrong, but in order to use it in a player, I have to make use of slave.interaction that is used in uade.c : uade_interaction. However a couple of things disturb me, for instance, the messages sent through the 68k emulation to uade, that are then printed to stderr by uade_get_amiga_message when some exceptions in the 68k emu occur. Well, I guess this would have to be modified to send some information to my player through a message port rather than just printing it ? [/quote:2ef3713e77] Yes, atm interaction is what you want. We originally created interaction for command line interfaces, but it must be redone and unified with the rest of the slaves. For example, xmms-slave.c is used to control UADE with GUI, but it does not use interaction. However, unix-shell-int.c uses interaction. SCORE notifies simulator of events that semantic meaning with respect to eagleplayers. uade_get_amiga_message() handles these events. For example, when a song ends, uade_get_amiga_message() calls uade_song_end() which in turn calls slave.song_end() to message the slave. Delivery of messages from amiga to simulator is the same with or without interaction. But delivery of events from UI to simulator depends on whether interaction is used or not. With interaction new interactive events are delivered once per simulated vertical blanking to the simulator. Without interaction new interactive events are delivered by various mechanisms such as signal handlers and shared memory. Signals and shared mem are tricky, and they shouldn't be used. The event mechanism is something I should really fix in the near future. Perhaps it would be better if you waited for a month, and let me release a version of new development branch. I would fix the interface so that it's much less kludge to integrate uade to other programs. I have actually done this in the past by creating a callable shared lib version of uade, but it was too experimental to be released. [quote:2ef3713e77] Anyway, I HAVE to create a uade process, as I have to start the 68k emulation with start_program(), right ? (so 3 processes : one for the MUI GUI, one for the piece of software that gets order from the gui and launches / quits the right player, and one for uade ?) [/quote:2ef3713e77] This is something I can't comment on, because I don't yet know how you will interface with uade. From mahen@uadeforum Mon Mar 21 14:56:44 2005 From: mahen Date: Mon Mar 21 14:56:44 2005 Message-Id: <00000490.013@uade.forum> In-Reply-To: <00000490.012@uade.forum> Subject: Re: uade API documentation ? To: UADE-Developer-discussion shd: thanks again for the prompt reply. Well, I think it would be wiser to wait for the next release then. It will be cleaner and easier. thanks again :) From Guest@uadeforum Sun May 8 18:22:42 2005 From: Guest Date: Sun May 8 18:22:42 2005 Message-Id: <00000490.014@uade.forum> In-Reply-To: <00000490.013@uade.forum> Subject: Re: uade API documentation ? To: UADE-Developer-discussion MorphOS supports DCOM, no? Or was IPC? From mahen@uadeforum Sun May 8 19:18:04 2005 From: mahen Date: Sun May 8 19:18:04 2005 Message-Id: <00000490.015@uade.forum> In-Reply-To: <00000490.014@uade.forum> Subject: Re: uade API documentation ? To: UADE-Developer-discussion IPC :) DCOM is windows-related only, no ? From Guest@uadeforum Sun Jun 5 01:41:01 2005 From: Guest Date: Sun Jun 5 01:41:01 2005 Message-Id: <00000490.016@uade.forum> In-Reply-To: <00000490.015@uade.forum> Subject: Re: uade API documentation ? To: UADE-Developer-discussion IPC is multiplatform? Could be nice using a multiplatform one and free :) From mahen@uadeforum Sun Jun 5 17:58:13 2005 From: mahen Date: Sun Jun 5 17:58:13 2005 Message-Id: <00000490.017@uade.forum> In-Reply-To: <00000490.016@uade.forum> Subject: Re: uade API documentation ? To: UADE-Developer-discussion Well, IPC = inter-process(es) communication, so in my mind it was just a general concept but I guess you're refering to some IPC in particular :) From shd@uadeforum Sun Mar 20 20:19:11 2005 From: shd Date: Sun Mar 20 20:19:11 2005 Message-Id: <00000491.001@uade.forum> Subject: UADE 1.02-pre2 To: UADE-Developer-discussion UADE 1.02-pre2 released: - Music Maker 4 / 8 support (thanks to Thomas Winischhofer) - Sonix Music Driver fixed again - UADE debugger prints ascii with memory dumping (very useful :-) Just get [url]http://uade.ton.tut.fi/uade/pre/uade-1.02-pre2.tar.bz2[/url]. From shd@uadeforum Thu Mar 24 23:07:01 2005 From: shd Date: Thu Mar 24 23:07:01 2005 Message-Id: <00000495.001@uade.forum> Subject: Easter time hardware upgrade -> down time To: UADE-Developer-discussion Easter time hardware upgrade -> http://uade.ton.tut.fi goes down for a while.. :( From shd@uadeforum Mon Mar 28 02:21:45 2005 From: shd Date: Mon Mar 28 02:21:45 2005 Message-Id: <00000500.001@uade.forum> Subject: VSS support in UADE To: UADE-Developer-discussion VSS support was added. Not many songs in that format, but one format more is always one format more :) Thanks to Steffen 'Promax' Medrow for providing us with the eagleplayer. ChangeLog entry: 20050328: no release - added VSS player. thanks to Steffen 'Promax' Medrow. (shd) From Guest@uadeforum Sun Jun 5 01:41:32 2005 From: Guest Date: Sun Jun 5 01:41:32 2005 Message-Id: <00000500.002@uade.forum> In-Reply-To: <00000500.001@uade.forum> Subject: Re: VSS support in UADE To: UADE-Developer-discussion Nice :) From mld@uadeforum Fri Apr 1 08:54:14 2005 From: mld Date: Fri Apr 1 08:54:14 2005 Message-Id: <00000503.001@uade.forum> Subject: partial MusiclineEditor replayer (from EP2.0) support To: UADE-Developer-discussion heh, no april fools :) seems some recent changes (most likely in exec.lib) for MM4/8 and VSS had a positive sideffect on the MusiclineEditor replayer from Eagleplayer 2.0. At least 1 of my 4 testtunes now plays. success: ML.Spellbound (with -sub n for subsong, with -sh for score speedhack) pending: ML.Flimbo's_Quest ML.Straight_On ML.Pink2 trying to get hold of some more tunes to test if we were just lucky. Concerning speedhack... FTM and most likely MLlikely _needs_ it to be enabled by default. We should find a way to enable it automatically if a player needs. (check for virtual cpu throttling or something). Otherwise, we probl have to hack the players :\ From mld/uade team@uadeforum Fri Apr 1 10:18:23 2005 From: mld/uade team Date: Fri Apr 1 10:18:23 2005 Message-Id: <00000503.002@uade.forum> In-Reply-To: <00000503.001@uade.forum> Subject: Re: partial MusiclineEditor replayer (from EP2.0) support To: UADE-Developer-discussion following files seem to work fine with the Musicline Eagleplayer (-sh and -sub): Ml.Octagroove Ml.Sweet'n'Sour both coming with the musicline editor available on musicline.org All other files don't work... From shd@uadeforum Fri Apr 1 11:32:30 2005 From: shd Date: Fri Apr 1 11:32:30 2005 Message-Id: <00000503.003@uade.forum> In-Reply-To: <00000503.002@uade.forum> Subject: Re: partial MusiclineEditor replayer (from EP2.0) support To: UADE-Developer-discussion [quote:3057a13673="mld"]heh, no april fools :)[/quote:3057a13673] Yeah. Sure! :) [quote:3057a13673] Concerning speedhack... FTM and most likely MLlikely _needs_ it to be enabled by default. We should find a way to enable it automatically if a player needs. (check for virtual cpu throttling or something). Otherwise, we probl have to hack the players :\ [/quote:3057a13673] Considering the ugliness of performance monitoring, I would suggest speedhack-flagging those players in the simulator. From mld/uade team@uadeforum Sat Apr 2 10:33:20 2005 From: mld/uade team Date: Sat Apr 2 10:33:20 2005 Message-Id: <00000503.004@uade.forum> In-Reply-To: <00000503.003@uade.forum> Subject: Re: partial MusiclineEditor replayer (from EP2.0) support To: UADE-Developer-discussion Hej, seems there's no pattern why some songs play and some don't. First thought the EP only can play V1.15 ml songs, and fails on older. but iirc I found one that is a 1.15 ml and it doesn't play either. mld From shd@uadeforum Sat Apr 2 15:14:16 2005 From: shd Date: Sat Apr 2 15:14:16 2005 Message-Id: <00000503.005@uade.forum> In-Reply-To: <00000503.004@uade.forum> Subject: Re: partial MusiclineEditor replayer (from EP2.0) support To: UADE-Developer-discussion [quote:7e17e1b748="mld/uade team"] seems there's no pattern why some songs play and some don't. First thought the EP only can play V1.15 ml songs, and fails on older. but iirc I found one that is a 1.15 ml and it doesn't play either. [/quote:7e17e1b748] There's always a pattern =) Have you looked at system/EP calls that the player makes? Does the player crash? Does it recognize songs properly? What does it output on songs that work and songs that don't work? If it crashes, have you run it with -d option? From mld@uadeforum Mon Apr 4 17:23:45 2005 From: mld Date: Mon Apr 4 17:23:45 2005 Message-Id: <00000503.006@uade.forum> In-Reply-To: <00000503.005@uade.forum> Subject: Re: partial MusiclineEditor replayer (from EP2.0) support To: UADE-Developer-discussion [quote:19a66f5cf0="shd"][quote:19a66f5cf0="mld/uade team"] seems there's no pattern why some songs play and some don't. First thought the EP only can play V1.15 ml songs, and fails on older. but iirc I found one that is a 1.15 ml and it doesn't play either. [/quote:19a66f5cf0] There's always a pattern =) Have you looked at system/EP calls that the player makes? Does the player crash? Does it recognize songs properly? What does it output on songs that work and songs that don't work? If it crashes, have you run it with -d option?[/quote:19a66f5cf0] heh, at least no pattern I see *grin* no the replayer doesn't crash as it seems. running it in debug mode and ctrl+c` ing it, bring me to the same routine at 0x3d44 - 0x3d78 so both seem to run through the same cycle both produce an: "uade: general message: warning: not implemented ciab.resource/SetICR or AbleICRwas used" for 6 times. But it doesn't seem to matter for the tunes that work... the only pattern I see is a exec.lib/Signal for the working ones if I start it without -sh the non working ones don't seem to reach to that point. My guess the signal is the "You need more cpu power" info... on some other thought... the replayer is quite big about 90kb, could that be a problem? mld/uade team From shd@uadeforum Mon Apr 4 17:34:18 2005 From: shd Date: Mon Apr 4 17:34:18 2005 Message-Id: <00000503.007@uade.forum> In-Reply-To: <00000503.006@uade.forum> Subject: Re: partial MusiclineEditor replayer (from EP2.0) support To: UADE-Developer-discussion [quote:2216c95b6f="mld"] no the replayer doesn't crash as it seems. running it in debug mode and ctrl+c` ing it, bring me to the same routine at 0x3d44 - 0x3d78 so both seem to run through the same cycle [/quote:2216c95b6f] That address range is inside score. See uade.c/uade_prerun: int modnameaddr = 0x00400; int scoreaddr = 0x01000; int userstack = 0x08500; int superstack = 0x08f00; int playeraddr = 0x09000; [quote:2216c95b6f] the only pattern I see is a exec.lib/Signal for the working ones if I start it without -sh the non working ones don't seem to reach to that point. [/quote:2216c95b6f] Signal() is a bad thing. I never bothered to implement it properly ;) I don't even recall what it is ;) [quote:2216c95b6f] on some other thought... the replayer is quite big about 90kb, could that be a problem? [/quote:2216c95b6f] Probably not. But possibly stack overflow (but that would be the first!). Please send me the player and test songs by email And update your kohina profile so that the web page is correct =) From mld@uadeforum Tue Apr 12 10:43:22 2005 From: mld Date: Tue Apr 12 10:43:22 2005 Message-Id: <00000513.001@uade.forum> Subject: Crossplatform UI for UADe To: UADE-Developer-discussion Hi folks, I want to start working on something that nagged on my mind for quite a while: a kind of crossplatform ui for uade. First I try to gather some ideas, what a Cross-Platform GUI should have. In my opinion, I think it's best to try to keep it simple with as few dependencies as possible and as few as possible "work arounds" for any platform. The best choice as it seems at the moment, is a kind of stock SDL solution (and we already have sld audio). Pro: it should probl compile on a wide range of platforms like nix, morphos, OS X, beos and even m$ os but I'm open for other or better suggestions. Usage is the same on all platform. Con: we don't have OS integration in look and feel. Second: I already toyed a bit around with sdl_SFONT and glued together a textbased work-in-progress, whose current layout reminds me a bit of the old Amiga Musicdemos (which is not too bad, imo). ;) As said, any suggestion or/and help with the implemetation (anyone coded out there?) is more than welcome. Third: How to glue it with uade... I am also not sure if it should be a remote or local slave or even just exec'ing the uade binary. stay safe, mld/uade team From amadeus@uadeforum Tue Apr 12 12:56:41 2005 From: amadeus Date: Tue Apr 12 12:56:41 2005 Message-Id: <00000513.002@uade.forum> In-Reply-To: <00000513.001@uade.forum> Subject: Re: Crossplatform UI for UADe To: UADE-Developer-discussion I think this is an exciting idea as UADE is very close to support all formats :) Have you considered gtk, wxgtk, or wxwidget? The crossplatform emule clone www.amule.org seams to be very satisfied with wxwidget. Btw. Is this a Pacman? :scared: From mld/uade team@uadeforum Fri Apr 15 13:00:02 2005 From: mld/uade team Date: Fri Apr 15 13:00:02 2005 Message-Id: <00000513.003@uade.forum> In-Reply-To: <00000513.002@uade.forum> Subject: Re: Crossplatform UI for UADe To: UADE-Developer-discussion Yes, it :scared: is... ;) ok, some update on the ui front. I think I go for SDL, since using wxwidgets would mean yet another dependency. (But I'm open to any other thoughts) I started to work on it and I put some first "example" online at: http://mitglied.lycos.de/mldoering/ui2.tar.bz2 It just "draws" some simple text dialogs on on the sdl screen/Window, but there's no interaction yet. (btw. even if it looks a bit like it... No I don't intent to implement a kind of SDLbased Windowmanager, which would be cool *grin*) Not sure if it's that's right way(tm) to go, though :) mld/uade ps. as I said, I still could need some help and suggestions From amadeus@uadeforum Sat Apr 16 22:59:17 2005 From: amadeus Date: Sat Apr 16 22:59:17 2005 Message-Id: <00000513.004@uade.forum> In-Reply-To: <00000513.003@uade.forum> Subject: Re: Crossplatform UI for UADe To: UADE-Developer-discussion [quote:db8e4ace76="mld/uade team"]Yes, it :scared: is... ;) [/quote:db8e4ace76] I most admit I seldon use ghosts in my writings :) [quote:db8e4ace76="mld/uade team"]ok, some update on the ui front. I think I go for SDL, since using wxwidgets would mean yet another dependency. (But I'm open to any other thoughts)[/quote:db8e4ace76] Sounds reasonable. [quote:db8e4ace76="mld/uade team"] It just "draws" some simple text dialogs on on the sdl screen/Window, but there's no interaction yet. (btw. even if it looks a bit like it... No I don't intent to implement a kind of SDLbased Windowmanager, which would be cool *grin*) [/quote:db8e4ace76] Does all SDL programs have this "window/screen", where the actual programs lives inside? The "Okay" buttons reminds me of Mac OS 8 :) [quote:db8e4ace76="mld/uade team"] ps. as I said, I still could need some help and suggestions :D :D :) [/quote:db8e4ace76] What will it be called? Guade ? :) From mld/uade team@uadeforum Mon Apr 25 20:40:29 2005 From: mld/uade team Date: Mon Apr 25 20:40:29 2005 Message-Id: <00000513.005@uade.forum> In-Reply-To: <00000513.004@uade.forum> Subject: Re: Crossplatform UI for UADe To: UADE-Developer-discussion Slow progress on the SDL gui but I'm not dead, just terribly busy... ;))) ok, hope I'll be able to put something online to the end of the week... And maybe there's more people working with me with this... Code is still noodles :) I changed the layout now to something more sensible, and implemented some simple button and textbox scrolling callbacks for a start. (Play/Stop, prev/next song and subsongs call some stubs, the textbox scrolls some usage text :) In theory the design/theme/skin can changed by editing the decor.bmp file to mimick the Desktop Style (so far there's some Amiga MUI-like, KDE's Active-heart and a brushed-metal decor) From syntheticsw@uadeforum Thu Apr 28 07:17:09 2005 From: syntheticsw Date: Thu Apr 28 07:17:09 2005 Message-Id: <00000513.006@uade.forum> In-Reply-To: <00000513.005@uade.forum> Subject: Re: Crossplatform UI for UADe To: UADE-Developer-discussion Hello ! For the UADE Plugin i am using the FLTK library ( http://www.fltk.org ). Okay, this would add another dependency, but FLTK is small, lightweight and crossplattform. It runs on Windows, Mac OS X and X11 systems. From nicomen@uadeforum Mon May 9 02:49:54 2005 From: nicomen Date: Mon May 9 02:49:54 2005 Message-Id: <00000513.007@uade.forum> In-Reply-To: <00000513.006@uade.forum> Subject: Re: Crossplatform UI for UADe To: UADE-Developer-discussion And AmigaOS 4, but so does SDL ;) Keep it up, looking forward to port it/compile it ;) From mld/uade team@uadeforum Thu May 12 11:18:02 2005 From: mld/uade team Date: Thu May 12 11:18:02 2005 Message-Id: <00000513.008@uade.forum> In-Reply-To: <00000513.007@uade.forum> Subject: Re: Crossplatform UI for UADe To: UADE-Developer-discussion heh, 100 views but just 8 answers... I take it people are interested but don't want to get involved... (as ever ;) ) anyways... I put another work-in progress of the sdl ui online. It's still based on SDL, but the fltk options seems to interesting (an sdl ui is kind of like reinventing the wheel;) you can find the tar ball at: http://mitglied.lycos.de/mldoering/sdl-ui.tar.bz2 Features: - buttons are clickable... but don't do anything sensible. - the textbox scrolls when pressing <up> or <down> key - <alt>+<return> toggles fullscreen. - <esc> quits - there's different example looks... Next thing would be, to clean up the whole mess (and mess it is;) and use it as a real control uade. have fun. mld From shd@uadeforum Thu May 12 13:16:06 2005 From: shd Date: Thu May 12 13:16:06 2005 Message-Id: <00000513.009@uade.forum> In-Reply-To: <00000513.008@uade.forum> Subject: Re: Crossplatform UI for UADe To: UADE-Developer-discussion [quote:0fd808365f="mld/uade team"]heh, 100 views but just 8 answers... I take it people are interested but don't want to get involved... (as ever ;) ) [/quote:0fd808365f] This is a very good thing also. Imagine if everyone who thought they had something to say on this replied here ;) IMO, it is nice that the number of people involved in discussion is logarithmic to the number of people viewing the post ;) [quote:0fd808365f] anyways... I put another work-in progress of the sdl ui online. It's still based on SDL, but the fltk options seems to interesting (an sdl ui is kind of like reinventing the wheel;) you can find the tar ball at: http://mitglied.lycos.de/mldoering/sdl-ui.tar.bz2 [/quote:0fd808365f] Do you perhaps need web space from http://uade.ton.tut.fi/mld/ or something? I can arrange a crypto ftp server for your use, so that you can upload files to the mentioned URL.. From shd@uadeforum Thu May 12 13:30:07 2005 From: shd Date: Thu May 12 13:30:07 2005 Message-Id: <00000513.010@uade.forum> In-Reply-To: <00000513.009@uade.forum> Subject: Re: Crossplatform UI for UADe To: UADE-Developer-discussion I had a quick look at the source. It compiles and runs! Do you have a coding style in mind? Since this is _your_ project, but closely related to the main project, I would like you to choose a coding style. I can see lots of styles mixed in the C file :-) Differences I noticed quickly: - 1/2/4 space indent vs. tab - function(...) { vs. function(...)\n{ - function(...){ vs. function(...) { - foo=bar; vs. foo = bar; - random empty lines If you ask me, go with k&r (with some consistent tab/space policy ;) And please, use return value instead of return(value) ;) Other issues: Use #include <stdint.h>, and you will get following _portable_ datatypes: uint8_t, uint16_t, ... int8_t, int16_t, ..., intptr_t static Uint8 video_bpp; => static uint8_t video_bpp; [quote:bc04230b27="Full Metal Jacket"]Because I am hard, you will not like me. But the more you hate me, the more you will learn. I am hard but I am fair. [/quote:bc04230b27] Sorry, couldn't resist ;) From mld/uade team@uadeforum Fri May 13 07:07:35 2005 From: mld/uade team Date: Fri May 13 07:07:35 2005 Message-Id: <00000513.011@uade.forum> In-Reply-To: <00000513.010@uade.forum> Subject: Re: Crossplatform UI for UADe To: UADE-Developer-discussion hehe, never mind... I knew it was bad style. Therefore all the hints about "spaghetti" and "noodles" in my previous posts. I guess I'll rewrite the whole thing anyway to get a clean start, when there's demand for such a ui at all. mld --- "if the answer is "EU" it must have been a silly question!" --- from a british newscast ---[/quote] From spot / up rough@uadeforum Thu Feb 28 01:34:34 2008 From: spot / up rough Date: Thu Feb 28 01:34:34 2008 Message-Id: <00000513.012@uade.forum> In-Reply-To: <00000513.011@uade.forum> Subject: Re: Crossplatform UI for UADe To: UADE-Developer-discussion DEMAND?!?! VERY much so! I wanna be able to use it on AmigaOS4 and OSX! From giulio@uadeforum Tue Apr 12 19:15:20 2005 From: giulio Date: Tue Apr 12 19:15:20 2005 Message-Id: <00000514.001@uade.forum> Subject: uade and resample To: UADE-Developer-discussion Hello, i have found a package that seem interesting, called resample ( http://www-ccrma.stanford.edu/~jos/resample/resample-1.7.tar.gz ). It's able to interpolate a low frequency sample into an higher freq sample with good results ( interpolation ). I have tried it changing the uaerc in /usr/local/share/uade and modifying a bit my script ( called mod2ogg.sh, in the frontend dir of uade ) [ i have also added a normalize function with sox only without the need of normalize ] , and it seem to work fine ;) [ it isn't an impression since i have analyzed the wave form and it's noticeably smoother than the normal one ]. In order to to do it i have found the undocumented -config switch in the c sources to load the new 28 khz config ( apropos, what is the exact frequence of Paula ( actually i have used 28800 ) ?) What do you think about postprocessing the output in order to make it smoother? It's already done inside uae, but this way is much better imo. There is also a library ( even better ) that should be more accurate and faster ( http://www-ccrma.stanford.edu/~jos/resample/libresample-0.1.3.tgz ), but i can't use it in a script. [quote:a7c1a1e9e3] libresample-0.1.3.tgz7 (LGPL) (released Jan, 7, 2004) by Dominic Mazzoni is a real-time library for sampling rate conversion providing several useful features relative to resample-1.7 on which it is based: [/quote:a7c1a1e9e3] What do you think about adding a resample function to uade itself ( like what happens for example with modplugplay )? From shd@uadeforum Thu Apr 14 13:49:27 2005 From: shd Date: Thu Apr 14 13:49:27 2005 Message-Id: <00000514.002@uade.forum> In-Reply-To: <00000514.001@uade.forum> Subject: Re: uade and resample To: UADE-Developer-discussion [quote:b4f3f5c174="giulio"] In order to to do it i have found the undocumented -config switch in the c sources to load the new 28 khz config ( apropos, what is the exact frequence of Paula ( actually i have used 28800 ) ?) [/quote:b4f3f5c174] Check http://uade.ton.tut.fi/amiga-hardware/ (all picture files). The base frequency of paula is 3.58 MHz (in NTSC). And at each period (lasting time 1 / (3.58 MHz)) there is one state transition in the audio state engine (see the sm0.png). The period register counts down to 1, and then a new sample is put onto DA converter. It takes certain time for the DMA to fetch a new sample pair, but that time is large so large that minimum 'allowed' period is something like 127 (I don't remember the exact value). Thus it follows that the maximum sampling rate that is DMA driven is near 28800. However, since each channel varies in sampling rates, the only common denominator is 3.58 MHz. So if you want exact sampling rate then use 3.58 MHz ;-) Just use 16-bit stereo 44kHz/48kHz :-) [quote:b4f3f5c174="giulio"] What do you think about adding a resample function to uade itself (like what happens for example with modplugplay )? [/quote:b4f3f5c174] No. This should be implemented into special audio applications, not UADE. It's a general DSP algorithm so it really doesn't belong to an Amiga simulator. But we could distribute scripts and configs for DSP applications to postprocess Amiga sound :-) shd / uade team From giulio@uadeforum Sun Apr 17 08:02:17 2005 From: giulio Date: Sun Apr 17 08:02:17 2005 Message-Id: <00000514.003@uade.forum> In-Reply-To: <00000514.002@uade.forum> Subject: Re: uade and resample To: UADE-Developer-discussion [quote:6c7c2d3f1d] Check http://uade.ton.tut.fi/amiga-hardware/ (all picture files). The base frequency of paula is 3.58 MHz (in NTSC). And at each period (lasting time 1 / (3.58 MHz)) there is one state transition in the audio state engine (see the sm0.png). The period register counts down to 1, and then a new sample is put onto DA converter. It takes certain time for the DMA to fetch a new sample pair, but that time is large so large that minimum 'allowed' period is something like 127 (I don't remember the exact value). Thus it follows that the maximum sampling rate that is DMA driven is near 28800. However, since each channel varies in sampling rates, the only common denominator is 3.58 MHz. So if you want exact sampling rate then use 3.58 MHz ;-) [/quote:6c7c2d3f1d] Sorry but i don't understand that much in that images :( . I haven't enought knowledge of these diagrams and of hardware. I wanted only to know if 28800 was ok or not. [quote:6c7c2d3f1d] Just use 16-bit stereo 44kHz/48kHz :-) giulio wrote: What do you think about adding a resample function to uade itself (like what happens for example with modplugplay )? No. This should be implemented into special audio applications, not UADE. It's a general DSP algorithm so it really doesn't belong to an Amiga simulator. But we could distribute scripts and configs for DSP applications to postprocess Amiga sound :-) shd / uade team [/quote:6c7c2d3f1d] Surely you are right, but atm uade output is probably the audio player that is most similar to the amiga one, even in terms of quality. But there are apps ( with their problems too of course ), like modplugplay, capable of better audio output due to filtering. So i wanted to improve for what i can the audio quality uade. I found resample and the output seems better. Of course it can resample a lower frequency sound into a greater one, but it isn't able to interpolate a 44100 Hz. If you know the name of free command line DSP apps that are able to interpolate the sound ( maybe even remove clicks ) let me know. From mld/uade team@uadeforum Mon Apr 25 20:31:15 2005 From: mld/uade team Date: Mon Apr 25 20:31:15 2005 Message-Id: <00000514.004@uade.forum> In-Reply-To: <00000514.003@uade.forum> Subject: Re: uade and resample To: UADE-Developer-discussion hej, Guilo 28khz is max rate iirc (on Amiga it was dependent on the screenmode, please correct me if I remember it wrong) However, instruments/samples on the amiga could be played on different rates on each channel. Btw. In the easter eggs section/UADE User forum there's some tips how you can set some replays to use that mixing mode. :) About filtering... Something that might be another easteregg too, there already is interpolation code in uade *grin* It plainly just isn't used :) If you add samplesi_crux_handler() and samplesi_rh_handler() to include/gensound.h and change sample16s_hanlder to one of these in your outputmodule uade is uses the UAE filtering code. crux=light filtering, rh=muffled filtering ... :)))) hope it helps mld/uade team From syntheticsw@uadeforum Wed Apr 13 22:55:08 2005 From: syntheticsw Date: Wed Apr 13 22:55:08 2005 Message-Id: <00000515.001@uade.forum> Subject: UADE Plugin for Mozilla, Firefox ... To: UADE-Developer-discussion Hello UADE People ! I am planning on coding a plugin using UADE for Mozilla. There are a lot of oldskool sites out there like http://www.back2roots.org/ that have tons of AMIGA musics. But first downloading the ZIP file and then running UADE or DeliPlayer is not really an option. This plugin should run on Windows, Linux and Mac OSX. Has anybody tested compiling UADE on Win32 ? Maybe with CYGWIN ? CU From shd@uadeforum Thu Apr 14 13:55:03 2005 From: shd Date: Thu Apr 14 13:55:03 2005 Message-Id: <00000515.002@uade.forum> In-Reply-To: <00000515.001@uade.forum> Subject: Re: UADE Plugin for Mozilla, Firefox ... To: UADE-Developer-discussion [quote:828650cdcf="syntheticsw"] I am planning on coding a plugin using UADE for Mozilla. [/quote:828650cdcf] Kewl :-) [quote:828650cdcf] There are a lot of oldskool sites out there like http://www.back2roots.org/ that have tons of AMIGA musics. But first downloading the ZIP file and then running UADE or DeliPlayer is not really an option. [/quote:828650cdcf] See http://exotica.fix.no (especially Unexotica site!) and ftp://ftp.modland.com [quote:828650cdcf] Has anybody tested compiling UADE on Win32 ? Maybe with CYGWIN ? [/quote:828650cdcf] Does any UADE developer even have a Windows operating system? I don't.. But my opinion about cygwin is 'scheisse!'. From syntheticsw@uadeforum Thu Apr 14 14:02:37 2005 From: syntheticsw Date: Thu Apr 14 14:02:37 2005 Message-Id: <00000515.003@uade.forum> In-Reply-To: <00000515.002@uade.forum> Subject: Re: UADE Plugin for Mozilla, Firefox ... To: UADE-Developer-discussion @shd: Cygwin is not "scheisse". It makes the porting of OpenSourceSoftware using hardcore LINUX/UNIX functions easier. It would interest me if anybody has succeeded in compiling UADE on Win32, this or that way. From shd@uadeforum Thu Apr 14 14:13:25 2005 From: shd Date: Thu Apr 14 14:13:25 2005 Message-Id: <00000515.004@uade.forum> In-Reply-To: <00000515.003@uade.forum> Subject: Re: UADE Plugin for Mozilla, Firefox ... To: UADE-Developer-discussion [quote:d5d3554b44="syntheticsw"] Cygwin is not "scheisse". [/quote:d5d3554b44] I'm of course exaggerating, but in practice it lacks many important features (such as good shared mem), the namespace is broken, and it's slow. $ gcc -o foo foo.c $ cp foo bar cp: cannot stat `foo': No such file or directory I ran into this problem once when I tried to compile a derivation of UADE for a friend's cygwin at work. The gcc creates a file named 'foo.exe' even if I asked for 'foo'. It's awful in many other respects too, which I don't remember right now :-) Fortunately there's coLinux ( http://colinux.org ). That project should have hope. [quote:d5d3554b44] It would interest me if anybody has succeeded in compiling UADE on Win32, this or that way. [/quote:d5d3554b44] There have been some people that have done it. shd / uade team From syntheticsw@uadeforum Thu Apr 14 14:21:31 2005 From: syntheticsw Date: Thu Apr 14 14:21:31 2005 Message-Id: <00000515.005@uade.forum> In-Reply-To: <00000515.004@uade.forum> Subject: Re: UADE Plugin for Mozilla, Firefox ... To: UADE-Developer-discussion @shd: Woah! CoLinux looks pretty cool. Is it already usable ? From shd@uadeforum Thu Apr 14 14:25:29 2005 From: shd Date: Thu Apr 14 14:25:29 2005 Message-Id: <00000515.006@uade.forum> In-Reply-To: <00000515.005@uade.forum> Subject: Re: UADE Plugin for Mozilla, Firefox ... To: UADE-Developer-discussion [quote:3868e511db="syntheticsw"]CoLinux looks pretty cool. Is it already usable ?[/quote:3868e511db] No idea. Ask them =) The theory is just so good.. From Grue@uadeforum Thu Apr 14 17:34:49 2005 From: Grue Date: Thu Apr 14 17:34:49 2005 Message-Id: <00000516.001@uade.forum> Subject: Problem with beep-media-player uade plugin To: UADE-Developer-discussion When I start bmp with empty playlist and try to add files from commandline by going to some dir having mods and do: beep-media-player * files gets added to playlist, but when I try to play them bmp just skips all files and stops. and now comes the strange part, sometimes uade will play happily those files after shutting down bmp and starting it again from commandline by repeating 'beep-media-player *' I tried to get any sense to this behaviour but couldnt :( theres commandline dumb with succesfull start: [quote:8b29821eab] grue@nolife various-best_of_ahx_vol1 $ beep-media-player * Opening /home/grue/.bmp/scrobblerqueue.txt 2005-04-14 20:30:01 [scrobbler.c] read_cache: Done loading cache. 2005-04-14 20:30:01 [scrobbler.c] sc_init: scrobbler starting up 2005-04-14 20:30:01 [xmms_scrobbler.c] init: plugin started gsdrums.cfg: line 155: bad patch option # gssfx.cfg: line 12: bad patch option # xgmap2.cfg: line 29: bad patch option # uade: loading databases uade: databases loaded uade: fork-exec(/usr/bin/uade) 2005-04-14 20:30:01 [scrobbler.c] sc_handshake: submiturl: http://post.audioscrobbler.com:80/protocol_1.1 - interval: 1 uade: player '/usr/share/uade//players/AHX' (12484 bytes) uade: module '/home/grue/stuff/modules/exotic/ahx/various-best_of_ahx_vol1/va-bestofahxvol1-01-geir-tjelta-a-new-beginning.ahx' (8425 bytes) uade: general message: warning: ciaa resource opened uade: playername: AHX v2 uade: modulename: A New Beginning uade: subsong info: minimum: 0 maximum: 1 current: 0 [/quote:8b29821eab] and with unsuccesfull one [quote:8b29821eab] grue@nolife various-best_of_ahx_vol1 $ beep-media-player * Opening /home/grue/.bmp/scrobblerqueue.txt 2005-04-14 20:27:59 [scrobbler.c] read_cache: Done loading cache. 2005-04-14 20:27:59 [scrobbler.c] sc_init: scrobbler starting up 2005-04-14 20:27:59 [xmms_scrobbler.c] init: plugin started gsdrums.cfg: line 155: bad patch option # gssfx.cfg: line 12: bad patch option # xgmap2.cfg: line 29: bad patch option # uade: loading databases uade: databases loaded uade: fork-exec(/usr/bin/uade) uade: xmms plugin was not able to fork-exec uade uade: you will have to restart xmms when you have fixed the problem uade: xmms plugin was not able to fork-exec uade uade: xmms plugin was not able to fork-exec uade uade: xmms plugin was not able to fork-exec uade uade: xmms plugin was not able to fork-exec uade uade: xmms plugin was not able to fork-exec uade uade: xmms plugin was not able to fork-exec uade uade: xmms plugin was not able to fork-exec uade uade: xmms plugin was not able to fork-exec uade uade: xmms plugin was not able to fork-exec uade 2005-04-14 20:28:00 [scrobbler.c] sc_handshake: submiturl: http://post.audioscrobbler.com:80/protocol_1.1 - interval: 1 uade: xmms plugin was not able to fork-exec uade uade: xmms plugin was not able to fork-exec uade uade: xmms plugin was not able to fork-exec uade uade: xmms plugin was not able to fork-exec uade uade: xmms plugin was not able to fork-exec uade uade: xmms plugin was not able to fork-exec uade uade: xmms plugin was not able to fork-exec uade uade: xmms plugin was not able to fork-exec uade uade: xmms plugin was not able to fork-exec uade uade: xmms plugin was not able to fork-exec uade uade: removing tempfile /tmp/grue.uade/mmap.4651.rANWMc (used for shared mem) Thread cancel failed: Success [/quote:8b29821eab] I hope this has some help, I'm using uade 1.01 and bmp 0.97 From Grue@uadeforum Thu Apr 14 18:51:16 2005 From: Grue Date: Thu Apr 14 18:51:16 2005 Message-Id: <00000516.002@uade.forum> In-Reply-To: <00000516.001@uade.forum> Subject: Re: Problem with beep-media-player uade plugin To: UADE-Developer-discussion < shdf> Grue: put another bug report, and reply to the old one that it wassolved by infinite timeout during uade startup and now to the another report ;) From Grue@uadeforum Thu Apr 14 19:04:39 2005 From: Grue Date: Thu Apr 14 19:04:39 2005 Message-Id: <00000517.001@uade.forum> Subject: Problem with beep-media-player uade plugin part2 To: UADE-Developer-discussion Ok, uade seems to crash everytime it changes subsong, on songend and when trying to go to next subsong manually from "progress bar" From mld/uade team@uadeforum Fri Apr 15 09:37:22 2005 From: mld/uade team Date: Fri Apr 15 09:37:22 2005 Message-Id: <00000517.002@uade.forum> In-Reply-To: <00000517.001@uade.forum> Subject: Re: Problem with beep-media-player uade plugin part2 To: UADE-Developer-discussion Which distro? And which output plugin? Gentoo + alsa? Dmix? On beepmp.sf.net there's some announcement about gentoo alsa problems with other media players as well, btw. From Grue@uadeforum Fri Apr 15 10:22:22 2005 From: Grue Date: Fri Apr 15 10:22:22 2005 Message-Id: <00000517.003@uade.forum> In-Reply-To: <00000517.002@uade.forum> Subject: Re: Problem with beep-media-player uade plugin part2 To: UADE-Developer-discussion [quote:563b8947c8="mld/uade team"]Which distro? And which output plugin? Gentoo + alsa? Dmix? On beepmp.sf.net there's some announcement about gentoo alsa problems with other media players as well, btw.[/quote:563b8947c8] I'm using gentoo, and alsa without dmix. I dont have problems with alsa mith media players and also with beep-media-player when playing mp3/ogg's But yes, I'm using alsa output plugin with bmp, I dont have oss plugin compiled in afaik, but I can do so for testing purposes if its needed? From mld/uade team@uadeforum Fri Apr 15 12:37:17 2005 From: mld/uade team Date: Fri Apr 15 12:37:17 2005 Message-Id: <00000517.004@uade.forum> In-Reply-To: <00000517.003@uade.forum> Subject: Re: Problem with beep-media-player uade plugin part2 To: UADE-Developer-discussion Gentoo... http://forums.gentoo.org/viewtopic-t-313030.html Could you check your alsa version. Hmmh, alsa output compared to OSS in Beep (and XMMS) is terribly instable from my experience... (Had troubles with it in past too. But they seem to be gone now by magic, odd :) Before compiling OSS. Do you have ESD handy. If you have could you try the Beeps Esound Output. mld/uade ps. btw. running beep 0.9.7 and uade 1.0.1 (latest cvs but nothing relevant changed concerning the plugins) here too and I can change... pps. I'm off for the weekend. From Grue@uadeforum Fri Apr 15 13:19:36 2005 From: Grue Date: Fri Apr 15 13:19:36 2005 Message-Id: <00000517.005@uade.forum> In-Reply-To: <00000517.004@uade.forum> Subject: Re: Problem with beep-media-player uade plugin part2 To: UADE-Developer-discussion Same behaviour as with alsa, but I'm using alsa-oss emulation and I WONT install native oss anymore as it sucks on my hardware :) ESD is also no no, I have enough useless crap already on my computer :) I have alsa-driver compiled in my kernel and it seems to be: Advanced Linux Sound Architecture Driver Version 1.0.8 (Thu Jan 13 09:39:32 2005 UTC). with alsa lib: media-libs/alsa-lib-1.0.9_rc2-r1 just out of curiousity, how could it be alsa causing this problem when changing subtune, when song changing is working anyway? ps. forgot to mention earlier that everything works ok when I check out option to switch to next subtune on song end. I still cannot switch to another subtune manually without crash, but atleast I can listen playlist without crashes now :) From shd@uadeforum Sat Apr 16 17:23:58 2005 From: shd Date: Sat Apr 16 17:23:58 2005 Message-Id: <00000517.006@uade.forum> In-Reply-To: <00000517.005@uade.forum> Subject: Re: Problem with beep-media-player uade plugin part2 To: UADE-Developer-discussion [quote:ec99c91f30="mld/uade team"] ps. btw. running beep 0.9.7 and uade 1.0.1 (latest cvs but nothing relevant changed concerning the plugins) here too and I can change... pps. I'm off for the weekend.[/quote:ec99c91f30] If you can come up with something, good. We've already debugged this problem a bit with Grue. It seems a tough one.. shd / uade team From shd@uadeforum Sat Apr 16 17:46:10 2005 From: shd Date: Sat Apr 16 17:46:10 2005 Message-Id: <00000519.001@uade.forum> Subject: Fix for fork-exec-timeout problem To: UADE-Developer-discussion A fix for fork-exec-timeout-problem. Thanks to Grue. [url]http://uade.ton.tut.fi/patches/patch-2005-04-16.diff[/url] From mld/uade team@uadeforum Tue May 3 09:10:11 2005 From: mld/uade team Date: Tue May 3 09:10:11 2005 Message-Id: <00000540.001@uade.forum> Subject: Multichannel PC Tracker support now in CVS (PS3M replayer) To: UADE-Developer-discussion Hi, just a small update. Based on the ps3msrc v313 by Jarno Paanenen there's now a PS3M replayer for uade supporting several PC-Tracker Multichannel mods. Main goal was to support those non Amiga Tracker music files closely related to the Amiga Protracker like Taketracker, Fasttracker 1, Octalyser. (aka those stupid formats using the MOD extension but not being stock 4 channel *g*) Replay of these formats seem to be ok, imo. The replayer also supports other Tracker mod formats like Multitracker (MTM), Screamtracker (S3M) and Fasttracker 2 (XM) to some extend too. Beware replaying these with the replayer might be buggy. (MTM and S3m sound ok to me, XM has noticable replay bugs, but I am no expert in these formats). Use a better suited replayer for these files. anyway have fun, Michael From amadeus@uadeforum Tue May 3 23:15:50 2005 From: amadeus Date: Tue May 3 23:15:50 2005 Message-Id: <00000540.002@uade.forum> In-Reply-To: <00000540.001@uade.forum> Subject: Re: Multichannel PC Tracker support now in CVS (PS3M replayer) To: UADE-Developer-discussion When I first read the readme from AmiNet, I thought that FTM ment Face the Music, but it mean Fast Tracker Modules :| I just had a glence at it. It is a CLI program with 3 decruchers :) :scared: From mld/uade team@uadeforum Wed May 4 12:35:41 2005 From: mld/uade team Date: Wed May 4 12:35:41 2005 Message-Id: <00000540.003@uade.forum> In-Reply-To: <00000540.002@uade.forum> Subject: Re: Multichannel PC Tracker support now in CVS (PS3M replayer) To: UADE-Developer-discussion After testing xm, s3m and mtm and I ran into several replay bugs... (e.g. cpt-future-feinde.xm, ocean.mtm) So, I'll probl. disable autodetection of s3m, mtm and xm for the next uade release... Anyway, it's not recommended to use UADE for replaying PC tracker files as I said before. But if you know what you are doing, you can still play these file type. But you have to use -P and -M switches now. mld/uade team From shd@uadeforum Thu May 5 14:54:09 2005 From: shd Date: Thu May 5 14:54:09 2005 Message-Id: <00000543.001@uade.forum> Subject: UADE CVS down To: UADE-Developer-discussion UADE CVS has gone down. I'm trying to switch to SVN versioning. I don't know much about SVN, but this will probably teach me a few things about it ;) From shd@uadeforum Thu May 5 19:01:00 2005 From: shd Date: Thu May 5 19:01:00 2005 Message-Id: <00000543.002@uade.forum> In-Reply-To: <00000543.001@uade.forum> Subject: Re: UADE CVS down To: UADE-Developer-discussion [quote:7c475196ec="shd"]UADE CVS has gone down. I'm trying to switch to SVN versioning. I don't know much about SVN, but this will probably teach me a few things about it ;)[/quote:7c475196ec] SVN repository is now operational. Too bad all the version history has been thrown away. One can look at old cvs dumps if necessary. The reason why I threw away the history was that cvs2svn didn't handle binary files correctly. I didn't bother to try any tricks. From shd@uadeforum Fri May 6 08:59:23 2005 From: shd Date: Fri May 6 08:59:23 2005 Message-Id: <00000547.001@uade.forum> Subject: Dumped SVN. To: UADE-Developer-discussion After almost one day, I've decided to not move to SVN after all. It was a bad idea. It can't handle filenames well. For example ISO8859-15 names don't work by default. The insane charset coding policy makes it frustrating for all potential users. CVS is good because it does not have a charset policy. However, I'm thinking of trying something else.. There are plenty of version controlling systems out there. So long SVN. The network repository is down. I'll probably try something on sunday, and before that there is no online repo. From Talus@uadeforum Fri May 6 09:27:39 2005 From: Talus Date: Fri May 6 09:27:39 2005 Message-Id: <00000547.002@uade.forum> In-Reply-To: <00000547.001@uade.forum> Subject: Re: Dumped SVN. To: UADE-Developer-discussion I've heard people speak favourably of [url=http://abridgegame.org/darcs/]darcs[/url]. There's also BitKeeper... ;) From shd@uadeforum Fri May 6 10:50:43 2005 From: shd Date: Fri May 6 10:50:43 2005 Message-Id: <00000547.003@uade.forum> In-Reply-To: <00000547.002@uade.forum> Subject: Re: Dumped SVN. To: UADE-Developer-discussion [quote:3678ff3a79="Talus"]I've heard people speak favourably of [url=http://abridgegame.org/darcs/]darcs[/url]. [/quote:3678ff3a79] That is certainly one alternative. Any testimonials about it that you would like to share? [quote:3678ff3a79="Talus"]There's also BitKeeper... ;)[/quote:3678ff3a79] And Visual SourceSafe over SMB ;) From Talus@uadeforum Fri May 6 14:28:42 2005 From: Talus Date: Fri May 6 14:28:42 2005 Message-Id: <00000547.004@uade.forum> In-Reply-To: <00000547.003@uade.forum> Subject: Re: Dumped SVN. To: UADE-Developer-discussion Sadly no first hand experience, just positive reports, mostly from functional programming language freaks (it's written in Haskell) From shd@uadeforum Sun May 8 20:02:54 2005 From: shd Date: Sun May 8 20:02:54 2005 Message-Id: <00000547.005@uade.forum> In-Reply-To: <00000547.004@uade.forum> Subject: Re: Dumped SVN. To: UADE-Developer-discussion [quote:f9c3bce848="Talus"]Sadly no first hand experience, just positive reports, mostly from functional programming language freaks (it's written in Haskell)[/quote:f9c3bce848] I've been looking at a lot of alternatives (in theory, but not in practice). I think I'll try [url=http://www.venge.net/monotone/]Monotone[/url] too in practice. From shd@uadeforum Tue May 10 15:22:59 2005 From: shd Date: Tue May 10 15:22:59 2005 Message-Id: <00000547.006@uade.forum> In-Reply-To: <00000547.005@uade.forum> Subject: Re: Dumped SVN. To: UADE-Developer-discussion CVS is up again.. Damn it.. Need energy to move to something else. Monotone/boost crashes on my amd64 on gentoo.. From Guest@uadeforum Sun May 8 17:50:11 2005 From: Guest Date: Sun May 8 17:50:11 2005 Message-Id: <00000550.001@uade.forum> Subject: It's illegal use UADE into ANR by a plugin like in XMMS? To: UADE-Developer-discussion http://www.ann.lu/comments2.cgi?view=1115329750&category=files&start=1&14 It's illegal? Probably those amiga developers must be informed about GPL licenses, maybe if they understand that better, they use on his weird (but interesting) audio player for amiga... From shd@uadeforum Sun May 8 19:49:55 2005 From: shd Date: Sun May 8 19:49:55 2005 Message-Id: <00000550.002@uade.forum> In-Reply-To: <00000550.001@uade.forum> Subject: Re: It's illegal use UADE into ANR by a plugin like in XMMS? To: UADE-Developer-discussion [quote:ed83333ecc="Anonymous"]http://www.ann.lu/comments2.cgi?view=1115329750&category=files&start=1&14 It's illegal? Probably those amiga developers must be informed about GPL licenses, maybe if they understand that better, they use on his weird (but interesting) audio player for amiga...[/quote:ed83333ecc] Considering this comment of itix on ann.lu: [quote:ed83333ecc="itix"] it's not legal if converting UADE into uade.player, but doing uade.player as a plugin interface that communicates with the real UADE, it completely possible and legal. XMMS plugin does that even being not necessary [/quote:ed83333ecc] This is a gray area in general. If UADE is used through RPC (remote procedure call) protocol only to circumvent GPL then perhaps it is not allowed. However, if that particular RPC protocol would be used with free players as well (like XMMS), then it could make the RPC protocol allowed for all programs (including ANR & such). Consider a posix sh (shell) implementation (something like bash) licensed in GPL. It is allowed for any script with any license to use the functionality of shell because there is a standard protocol for doing it. We can't speak for UAE people who have copyrights for big parts of UADE, but if there would be such an RPC protocol (that is already used by some free player) then we would not say it's illegal. Notice that the free player that uses the RPC protocol must come first (and it should support all parts of the RPC protocol). Also, the current RPC protocol between XMMS and UADE depends heavily on unix semantics so it's not supportable under ANR. From shd@uadeforum Sun May 8 20:49:12 2005 From: shd Date: Sun May 8 20:49:12 2005 Message-Id: <00000550.003@uade.forum> In-Reply-To: <00000550.002@uade.forum> Subject: Re: It's illegal use UADE into ANR by a plugin like in XMMS? To: UADE-Developer-discussion I'm very sorry. I misquoted itix for saying something he didn't. Itix did not say following, but an anonymous person did: [quote:eb4e4f8158] it's not legal if converting UADE into uade.player, but doing uade.player as a plugin interface that communicates with the real UADE, it completely possible and legal. XMMS plugin does that even being not necessary [/quote:eb4e4f8158] The reply to that quote still applies =) From Guest@uadeforum Sun Jun 5 01:33:35 2005 From: Guest Date: Sun Jun 5 01:33:35 2005 Message-Id: <00000550.004@uade.forum> In-Reply-To: <00000550.003@uade.forum> Subject: Re: It's illegal use UADE into ANR by a plugin like in XMMS? To: UADE-Developer-discussion Ok, very nice, time for a multiplatform RPC protocol or using an existant one? :) From Guest@uadeforum Wed Jul 6 01:41:52 2005 From: Guest Date: Wed Jul 6 01:41:52 2005 Message-Id: <00000550.005@uade.forum> In-Reply-To: <00000550.004@uade.forum> Subject: Re: It's illegal use UADE into ANR by a plugin like in XMMS? To: UADE-Developer-discussion Any news? From nicomen@uadeforum Sun May 8 21:29:07 2005 From: nicomen Date: Sun May 8 21:29:07 2005 Message-Id: <00000551.001@uade.forum> Subject: AmigaOS 4 diffs for uade To: UADE-Developer-discussion > http://home.polarboing.com/nicomen/download/aos40/uade-1.02-ppc-amigaos-diff.lha > > Mostly reused MorphOS parts and added some configure parts. Binary and full source can be found here: http://aminet.net/search.php?name=uade&path[]=mus&type=advanced From shd@uadeforum Sun May 8 22:07:19 2005 From: shd Date: Sun May 8 22:07:19 2005 Message-Id: <00000551.002@uade.forum> In-Reply-To: <00000551.001@uade.forum> Subject: Re: AmigaOS 4 diffs for uade To: UADE-Developer-discussion [quote:8f05eb33ee="nicomen"] > http://home.polarboing.com/nicomen/download/aos40/uade-1.02-ppc-amigaos-diff.lha > > Mostly reused MorphOS parts and added some configure parts. [/quote:8f05eb33ee] The patch is rather broken. First of all you should not patch files that are generated by the configure script. Do not patch following files: /config.h /euade /Makefile /pwrap.pl Also, this patch breaks all other archs but AmigaOS: [code:1:8f05eb33ee] diff -u uade-1.02/configure uade-1.02-ppc-amigaos-src/configure --- uade-1.02/configure 2005-05-05 21:53:00.000000000 +0200 +++ uade-1.02-ppc-amigaos-src/configure 2005-05-08 20:54:40.538486616 +0200 @@ -239,6 +239,7 @@ chmod u+w config.h OS="`uname`" +OS="AmigaOS" [/code:1:8f05eb33ee] Please confirm that [url=http://uade.ton.tut.fi/patches/patch-2005-05-09-amigaos4.diff]this[/url] patch is the correct and complete. From nicomen@uadeforum Sun May 8 22:27:46 2005 From: nicomen Date: Sun May 8 22:27:46 2005 Message-Id: <00000551.003@uade.forum> In-Reply-To: <00000551.002@uade.forum> Subject: Re: AmigaOS 4 diffs for uade To: UADE-Developer-discussion Sorry, guess I was in a rush If the generated files are changed it possible is because they weren't deleted after "make clean" Your configure diff is correct. I've only cross-compiled this with Linux and had to force set it, maybe it could be an option to set the OS variable? What is the prefered diff format btw? (How about new files like INSTALL.AmigaOS) From shd@uadeforum Sun May 8 22:44:01 2005 From: shd Date: Sun May 8 22:44:01 2005 Message-Id: <00000551.004@uade.forum> In-Reply-To: <00000551.003@uade.forum> Subject: Re: AmigaOS 4 diffs for uade To: UADE-Developer-discussion [quote:37a816b455="nicomen"]maybe it could be an option to set the OS variable? [/quote:37a816b455] Well, okay. Should be something like: [code:1:37a816b455]OS="$UADEKERNEL" if test -z "$OS" ; then OS="`uname`" fi [/code:1:37a816b455] Then cross-compiler envs can do: [code:1:37a816b455]$ UADEKERNEL=AmigaOS ./configure [/code:1:37a816b455] [quote:37a816b455]What is the prefered diff format btw? [/quote:37a816b455] diff -u [quote:37a816b455](How about new files like INSTALL.AmigaOS) [/quote:37a816b455] $ diff -uNr dir1 dir2 diff will create a patch that creates new files found in dir2 but not in dir1. Be careful to delete unwanted files from dir2 before doing that. From nicomen@uadeforum Sun May 8 23:34:52 2005 From: nicomen Date: Sun May 8 23:34:52 2005 Message-Id: <00000551.005@uade.forum> In-Reply-To: <00000551.004@uade.forum> Subject: Re: AmigaOS 4 diffs for uade To: UADE-Developer-discussion OK, this should be a bit better heh. Sorry for the inconvinience. http://home.polarboing.com/nicomen/download/aos40/patch-2005-05-09-nicomen-amigaos4.diff From shd@uadeforum Mon May 9 07:50:13 2005 From: shd Date: Mon May 9 07:50:13 2005 Message-Id: <00000551.006@uade.forum> In-Reply-To: <00000551.005@uade.forum> Subject: Re: AmigaOS 4 diffs for uade To: UADE-Developer-discussion [quote:e24a5ec7b9="nicomen"]OK, this should be a bit better heh. Sorry for the inconvinience. http://home.polarboing.com/nicomen/download/aos40/patch-2005-05-09-nicomen-amigaos4.diff [/quote:e24a5ec7b9] There were a few problem's: - osdep/strl.c is also a generated file (from configure). You shouldn't patch that. - uade-1.02-pcc-amigaos-src.readme is a file that shouldn't have been included in that patch. You can of course submit that file to aminet, and maintain the aminet submission file by yourself. However, you shouldn't duplicate information found from INSTALL.AmigaOS in that file. People who compile the sources should read INSTALL.AmigaOS anyway. Otherwise the patch looks fine. From shd@uadeforum Mon May 9 10:36:40 2005 From: shd Date: Mon May 9 10:36:40 2005 Message-Id: <00000551.007@uade.forum> In-Reply-To: <00000551.006@uade.forum> Subject: Re: AmigaOS 4 diffs for uade To: UADE-Developer-discussion One more thing, if you do binary releases without going through us, please mark those binaries as such. For example, name it uade-1.xy-nico-something-else.lha. We do all the vanilla releases, and you can release 1.xy-postfix versions (pick your postfix). Also, as a rule of thumb, never release anything before consulting us. Post an URL to a diff, and give us a few days to review the changes. On the user forum [url=http://board.kohina.com/viewtopic.php?t=554]this[/url] person has obtained amigaos4 version from somewhere, and he doesn't even tell the version he is using. That release certainly isn't from us. From Guest@uadeforum Mon May 9 20:13:02 2005 From: Guest Date: Mon May 9 20:13:02 2005 Message-Id: <00000551.008@uade.forum> In-Reply-To: <00000551.007@uade.forum> Subject: Re: AmigaOS 4 diffs for uade To: UADE-Developer-discussion OK. I'm sorry for the mistakes Are you fixing the patch file or do you want me to fix it? The guy with problems with MED/OctaMED files is using 1.02 Should I take down again the binaries, I guess I just jumped to conclusions seeing it was GPL, but there's no problem taking them down from aminet and os4depot and even my own site. Appending my name to it isn't a problem either. Just tell me what to do ;) At the same time I would you to thank all the developers for making a really program ;) From nicomen@uadeforum Mon May 9 20:20:22 2005 From: nicomen Date: Mon May 9 20:20:22 2005 Message-Id: <00000551.009@uade.forum> In-Reply-To: <00000551.008@uade.forum> Subject: Re: AmigaOS 4 diffs for uade To: UADE-Developer-discussion previous post was by me, forgot to add username From shd@uadeforum Mon May 9 20:22:43 2005 From: shd Date: Mon May 9 20:22:43 2005 Message-Id: <00000551.010@uade.forum> In-Reply-To: <00000551.009@uade.forum> Subject: Re: AmigaOS 4 diffs for uade To: UADE-Developer-discussion [quote:38eb3b88be="Anonymous"]Are you fixing the patch file or do you want me to fix it? [/quote:38eb3b88be] I'll fix it. [quote:38eb3b88be]Should I take down again the binaries, I guess I just jumped to conclusions seeing it was GPL, but there's no problem taking them down from aminet and os4depot and even my own site. Appending my name to it isn't a problem either. [/quote:38eb3b88be] Just rename the binaries to uade-1.02-yournick-pre1. (it's still technically approaching 1.02 on OS4, so it shouldn't be 1.03-*-pre1.) From nicomen@uadeforum Mon May 9 20:59:31 2005 From: nicomen Date: Mon May 9 20:59:31 2005 Message-Id: <00000551.011@uade.forum> In-Reply-To: <00000551.010@uade.forum> Subject: Re: AmigaOS 4 diffs for uade To: UADE-Developer-discussion Ok I'll do that (what do you mean by technically approaching 1.02? It does the same as my Linux version at least) From shd@uadeforum Mon May 9 21:33:11 2005 From: shd Date: Mon May 9 21:33:11 2005 Message-Id: <00000551.012@uade.forum> In-Reply-To: <00000551.011@uade.forum> Subject: Re: AmigaOS 4 diffs for uade To: UADE-Developer-discussion [quote:d9f9079b62="nicomen"](what do you mean by technically approaching 1.02? It does the same as my Linux version at least)[/quote:d9f9079b62] We hope it does the same as the GNU/Linux version, but we don't know it yet ;) Thus I said it's approaching technically.. From nicomen@uadeforum Mon May 9 22:30:14 2005 From: nicomen Date: Mon May 9 22:30:14 2005 Message-Id: <00000551.013@uade.forum> In-Reply-To: <00000551.012@uade.forum> Subject: Re: AmigaOS 4 diffs for uade To: UADE-Developer-discussion okay ;) From shd@uadeforum Tue May 10 15:19:22 2005 From: shd Date: Tue May 10 15:19:22 2005 Message-Id: <00000551.014@uade.forum> In-Reply-To: <00000551.013@uade.forum> Subject: Re: AmigaOS 4 diffs for uade To: UADE-Developer-discussion [quote:1580ba273c="nicomen"]okay ;)[/quote:1580ba273c] Here's a [url=http://uade.ton.tut.fi/patches/patch-2005-05-10-amigaos4.diff]patch[/url]. Changed version number into 1.03 (in configure script). From shd@uadeforum Tue May 10 15:21:58 2005 From: shd Date: Tue May 10 15:21:58 2005 Message-Id: <00000551.015@uade.forum> In-Reply-To: <00000551.014@uade.forum> Subject: Re: AmigaOS 4 diffs for uade To: UADE-Developer-discussion [quote:641a2557d4="nicomen"]okay ;)[/quote:641a2557d4] Is this name / email good for changelog? 2005-05-10: no release - applied amigaos4 fixes from Nicolas A. Mendoza <mendoza@pvv.ntnu.no> (shd) From nicomen@uadeforum Thu May 12 02:28:47 2005 From: nicomen Date: Thu May 12 02:28:47 2005 Message-Id: <00000551.016@uade.forum> In-Reply-To: <00000551.015@uade.forum> Subject: Re: AmigaOS 4 diffs for uade To: UADE-Developer-discussion Perfect From nicomen@uadeforum Thu May 12 05:06:34 2005 From: nicomen Date: Thu May 12 05:06:34 2005 Message-Id: <00000551.017@uade.forum> In-Reply-To: <00000551.016@uade.forum> Subject: Re: AmigaOS 4 diffs for uade To: UADE-Developer-discussion Now please remove it from this webpage ;) From Guest@uadeforum Sun Jun 5 01:27:22 2005 From: Guest Date: Sun Jun 5 01:27:22 2005 Message-Id: <00000551.018@uade.forum> In-Reply-To: <00000551.017@uade.forum> Subject: Re: AmigaOS 4 diffs for uade To: UADE-Developer-discussion INSTALL.AmigaOS is incorrect, AmigaOS4 is different thing than AmigaOS, becase INSTALL.AmigaOS4 BY: And AmigaOS classic user... From amadeus@uadeforum Sun May 8 22:57:07 2005 From: amadeus Date: Sun May 8 22:57:07 2005 Message-Id: <00000552.001@uade.forum> Subject: Outdated formats.txt To: UADE-Developer-discussion Hi, The uade-docs/formats.txt haven't been updated since 0.91 (see start of file), so Amos Music Bank, Voodoo Supreme Sythesizer, and Music Maker 4/8 needs to be moved to Supported :D Poly Tracker is a PC only tracker, and should be moved to the "PC Tracker Formats list". May I suggest that "Atari 800 XL", "Atari 800", and SID are marked depricated, as they are not Amiga formats? SID is not on the list though. :scared: From Guest@uadeforum Tue May 10 09:46:50 2005 From: Guest Date: Tue May 10 09:46:50 2005 Message-Id: <00000552.002@uade.forum> In-Reply-To: <00000552.001@uade.forum> Subject: Re: Outdated formats.txt To: UADE-Developer-discussion [quote:4d42b83f9f="amadeus"] The uade-docs/formats.txt haven't been updated since 0.91 (see start of file), so Amos Music Bank, Voodoo Supreme Sythesizer, and Music Maker 4/8 needs to be moved to Supported :D Poly Tracker is a PC only tracker, and should be moved to the "PC Tracker Formats list". May I suggest that "Atari 800 XL", "Atari 800", and SID are marked depricated, as they are not Amiga formats? SID is not on the list though. [/quote:4d42b83f9f] Done: [code:1:4d42b83f9f] --- uade-docs/formats.txt 10 Aug 2004 11:30:38 -0000 1.74 +++ uade-docs/formats.txt 10 May 2005 09:44:54 -0000 1.75 @@ -161,15 +161,15 @@ - SpecialFX SpecialFX (JD) (songend for some songs) - Desire Desire Player (DSR) (songend for some songs) - Syntracker Syntracker (SYNMOD) (songend) - +- Amos Amos Music bank (ABK) (songend, converted) +- VSS Voodoo Supreme Sythesizer (VSS) (songend) +- MM4/8 Music maker (songend) Following players are known to work but are not included. You can obtain them and some others on Exotica or Aminet for example. --------------------------------------------------------------------- Exotica: -- Amos Amos Music bank (ABK) - AProsys Aprosys (APS) -- VSS Voodoo Supreme Sythesizer (VSS) - SAP Atari 800 XL Music (SAP) works, kind of ;) - FTM Face the Music (FTM) works, use -sh switch @@ -180,10 +180,9 @@ - S7C Hippel 7V Coso [no replayer] - S*C Hippel-ST [noteplayer] - MaxTrax Maxtrax (MXTX) [audio.dev, crashes] -- Pokey Atari 800 Music (PN) [player crashes] +- Pokey Atari 800 Music (PN) [player crashes] (deprecated) - ml Music Line (ML) [player crashes] - stone Stonetracker [noteplayer] -- mm4/8 Music maker [player crashes] - poly Polytracker [player crashes] - mtm,669,xm,it,etc. PC tracker formats *4 - DIGIbooster Pro DIGIBooster (DBM) [no ahi.device] [/code:1:4d42b83f9f] From amadeus@uadeforum Tue May 10 10:55:58 2005 From: amadeus Date: Tue May 10 10:55:58 2005 Message-Id: <00000552.003@uade.forum> In-Reply-To: <00000552.002@uade.forum> Subject: Re: Outdated formats.txt To: UADE-Developer-discussion The version number (0.91) at the start of the file will need to be updated aswell :) Can Atari 800 XL be marked as depricated aswell? PenguinSAP is a good player for Atari music. Version 0.1 can be downloaded from here http://atariarea.histeria.pl/asma/ There excist rpm packages for 0.2.2 aswell. Would it be a good idea to remove PolyTracker from the list, as it would fit under "etc" in - mtm,669,xm,it,etc. PC tracker formats ??? :scared: From shd@uadeforum Tue May 10 15:27:08 2005 From: shd Date: Tue May 10 15:27:08 2005 Message-Id: <00000552.004@uade.forum> In-Reply-To: <00000552.003@uade.forum> Subject: Re: Outdated formats.txt To: UADE-Developer-discussion [quote:d58d9e1f3c="amadeus"]The version number (0.91) at the start of the file will need to be updated aswell :) [/quote:d58d9e1f3c] Fixed. [quote:d58d9e1f3c]Can Atari 800 XL be marked as depricated aswell? [/quote:d58d9e1f3c] Done. [quote:d58d9e1f3c]Would it be a good idea to remove PolyTracker from the list, as it would fit under "etc" in - mtm,669,xm,it,etc. PC tracker formats ??? [/quote:d58d9e1f3c] What do you think, Michael? From mld/uade team@uadeforum Wed May 11 11:42:46 2005 From: mld/uade team Date: Wed May 11 11:42:46 2005 Message-Id: <00000552.005@uade.forum> In-Reply-To: <00000552.004@uade.forum> Subject: Re: Outdated formats.txt To: UADE-Developer-discussion good idea... From shd@uadeforum Wed May 11 11:51:52 2005 From: shd Date: Wed May 11 11:51:52 2005 Message-Id: <00000552.006@uade.forum> In-Reply-To: <00000552.005@uade.forum> Subject: Re: Outdated formats.txt To: UADE-Developer-discussion [quote:992df7fa2e="mld/uade team"]good idea...[/quote:992df7fa2e] Then please commit changes into cvs :-) From amadeus@uadeforum Tue May 10 12:05:11 2005 From: amadeus Date: Tue May 10 12:05:11 2005 Message-Id: <00000557.001@uade.forum> Subject: Sean Connolly broken? To: UADE-Developer-discussion It seams that Sean Connolly is broken in UADE 1.02 :( "uade SCN.Reaxion" gives just silents. From mld/uade team@uadeforum Tue May 10 14:25:34 2005 From: mld/uade team Date: Tue May 10 14:25:34 2005 Message-Id: <00000557.002@uade.forum> In-Reply-To: <00000557.001@uade.forum> Subject: Re: Sean Connolly broken? To: UADE-Developer-discussion wait a sec getting it... ok, I can confirm SCN.Reaxion doesn't work... Surf-Ninjas works however... Hmmh, Martin, do you remember if it worked before??? From amadeus@uadeforum Tue May 10 16:12:19 2005 From: amadeus Date: Tue May 10 16:12:19 2005 Message-Id: <00000557.003@uade.forum> In-Reply-To: <00000557.002@uade.forum> Subject: Re: Sean Connolly broken? To: UADE-Developer-discussion [quote:fab07dd84a="mld/uade team"]wait a sec getting it... ok, I can confirm SCN.Reaxion doesn't work... Surf-Ninjas works however... Hmmh, Martin, do you remember if it worked before???[/quote:fab07dd84a] No, but I can try the versions backwards untill I find one that works :) I'll do that later tonight. :scared: From amadeus@uadeforum Tue May 10 23:51:12 2005 From: amadeus Date: Tue May 10 23:51:12 2005 Message-Id: <00000557.004@uade.forum> In-Reply-To: <00000557.003@uade.forum> Subject: Re: Sean Connolly broken? To: UADE-Developer-discussion It doesn't seam that this module have ever worked. I have now tried with # 2005-03-07: uade-1.01.tar.bz2 # 2004-07-27: uade-0.91.tar.bz2 # 2004-01-06: uade-0.81.tar.bz2 # 11-11-2002: uade-0.72.tar.bz2 # 07-02-2002: uade-0.70.tar.bz2 0.72 and 0.70 does however give a "spurious func warning ($b0(a5))!" ~/music/modules/_Unsorted$ //home/maj/.xmms/uade/uade SCN.Reaxion uade: player '/home/maj/.xmms/uade/players/SeanConnolly' (4204 bytes) uade: module 'SCN.Reaxion' (70631 bytes) uade: general message: spurious func warning ($b0(a5))! uade: playername: Sean Connolly uade: subsong info: min subsong: 0 max subsong: 4 cur subsong: 0 :scared: From Guest@uadeforum Sun Jun 5 01:30:17 2005 From: Guest Date: Sun Jun 5 01:30:17 2005 Message-Id: <00000557.005@uade.forum> In-Reply-To: <00000557.004@uade.forum> Subject: Re: Sean Connolly broken? To: UADE-Developer-discussion Fix it, please :) From syntheticsw@uadeforum Wed May 11 17:15:50 2005 From: syntheticsw Date: Wed May 11 17:15:50 2005 Message-Id: <00000562.001@uade.forum> Subject: UADE compiled with CYGWIN on Win32 To: UADE-Developer-discussion With some code changes, i got UADE compiled on Win32 using CYGWIN. Look at: http://www.syntheticsw.com/~wizard/tmp/UADE-Win32.gif The only problem at the moment is that there is no way to stop UADE when running. Okay, there is one way kill PID. I hope to get out this problem in the next days. From shd@uadeforum Wed May 11 17:54:22 2005 From: shd Date: Wed May 11 17:54:22 2005 Message-Id: <00000562.002@uade.forum> In-Reply-To: <00000562.001@uade.forum> Subject: Re: UADE compiled with CYGWIN on Win32 To: UADE-Developer-discussion [quote:1deb2d2274="syntheticsw"]With some code changes, i got UADE compiled on Win32 using CYGWIN. [/quote:1deb2d2274] What kind of sound output are you using? [quote:1deb2d2274]The only problem at the moment is that there is no way to stop UADE when running. Okay, there is one way kill PID. I hope to get out this problem in the next days.[/quote:1deb2d2274] UADE uses SIGINT (ctrl-c). Why doesn't that work with cygwin? From syntheticsw@uadeforum Wed May 11 18:00:33 2005 From: syntheticsw Date: Wed May 11 18:00:33 2005 Message-Id: <00000562.003@uade.forum> In-Reply-To: <00000562.002@uade.forum> Subject: Re: UADE compiled with CYGWIN on Win32 To: UADE-Developer-discussion > What kind of sound output are you using? SDL > UADE uses SIGINT (ctrl-c). Why doesn't that work with cygwin? I will have a look at it :-) From MB@uadeforum Wed May 11 22:16:07 2005 From: MB Date: Wed May 11 22:16:07 2005 Message-Id: <00000563.001@uade.forum> Subject: uade 1.02 for Mac OS X (Darwin) To: UADE-Developer-discussion Hi, I've put a little effort into making uade 1.02 compile nicely on Mac OS X. I've modified Stuart Caie's Mac OS X coreaudio patch to work with 1.02, and I've also updated the configure system to use glibtool. Here are the details. Here is the new complete INSTALL.MacOSX: [code:1:f4e892982e] Small instructions to compile UADE & XMMS-plugin on Mac OS X (Darwin). - Command line player only --------------------------- To compile only the uade command line player: ./configure --without-xmms; make; sudo make install - XMMS plugin ------------- Requirements: Fink - http://fink.sf.net (and via fink) - xmms - gnu libtool Installation steps: 1) fink install xmms 2) fink install libtool14 (in uade directory) 3) ./configure; make; make install (thanks to Michael Baltaks for this recipy :) [/code:1:f4e892982e] Here is the configure diff. [code:1:f4e892982e] --- uade-1.02/configure Fri May 6 05:53:00 2005 +++ uade-1.02_coreaudio/configure Wed May 11 21:31:41 2005 @@ -244,6 +244,7 @@ AUDIOTARGET="NULL" OSSOURCE="uade-os-unix.c" OSHEADER="uade-os-unix.h" +LIBTOOL=libtool if test -n "$OS" && test "$OS" = "SunOS"; then echo @@ -265,10 +266,10 @@ elif test -n "$OS" && test "$OS" = "Darwin"; then echo echo "Configuring for MacOSX" - AUDIOTARGET="SDL" + AUDIOTARGET="COREAUDIO" ARCHFLAGS="$ARCHFLAGS -no-cpp-precomp" - ARCHLIBS="$ARCHLIBS -lpoll" echo "#define HAVE_MACOSX" >> config.h + LIBTOOL=glibtool elif test -n "$OS" && test "$OS" = "Linux"; then if test "$interaction" != "nooo"; then interaction="yes" @@ -349,6 +350,10 @@ fi SOUNDSOURCE="sd-sound-ao.c" SOUNDHEADER="sd-sound-ao.h" +elif test "$AUDIOTARGET" = "COREAUDIO"; then + AUDIOLIBS="-framework coreaudio" + SOUNDSOURCE="sd-sound-coreaudio.c" + SOUNDHEADER="sd-sound-coreaudio.h" else SOUNDSOURCE="sd-sound-null.c" SOUNDHEADER="sd-sound-null.h" @@ -548,6 +553,7 @@ -e "s|{CC}|$CC|" \ -e "s|{VERSION}|$VERSION|" \ -e "s|{DEBUGFLAGS}|$debug_flags|" \ + -e "s|{LIBTOOL}|$LIBTOOL|" \ plugindir/xmms/Makefile.in > plugindir/xmms/Makefile fi [/code:1:f4e892982e] Here is the plugins/xmms/Makefile.in diff. [code:1:f4e892982e] --- uade-1.02/plugindir/xmms/Makefile.in Fri May 6 05:53:00 2005 +++ uade-1.02_coreaudio/plugindir/xmms/Makefile.in Wed May 11 21:30:36 2005 @@ -38,7 +38,7 @@ LDFLAGS = $(LIBFLAG) $(GLIBLIBS) $(XMMSLIBS) $(ARCHLIBS) DECFLAGS = -c -O2 -W -Wall -Wno-implicit-int -finline-functions $(ARCHFLAGS) $(DEBUGFLAGS) -LIBTOOL = libtool +LIBTOOL = {LIBTOOL} # THERE SHOULDN'T BE ANYTHING TO EDIT AFTER THIS LINE [/code:1:f4e892982e] Here is the uade-os-unix.h diff. [code:1:f4e892982e] --- uade-1.02/osdep/uade-os-unix.h Fri May 6 05:53:00 2005 +++ uade-1.02_coreaudio/osdep/uade-os-unix.h Wed May 11 21:56:03 2005 @@ -33,7 +33,7 @@ #define UADE_SIGNALHANDLER(x) void x(int signum) -char *uade_base_dir; +extern char *uade_base_dir; int uade_create_signalhandler(void (*sighandler)(int), int sigtype); void uade_create_var_pid(void); [/code:1:f4e892982e] Here is the header for the coreaudio support (sd-sound-coreaudio.h). [code:1:f4e892982e] /* * UAE - The Un*x Amiga Emulator * * Support for Mac OS X CoreAudio * * (C) 2004 Stuart Caie */ #include <unistd.h> #include <errno.h> #include "uade.h" extern uae_u16 *sndbuffer, *sndbufpt; extern int sndbufsize; extern int sound_bytes_per_sample; extern void finish_sound_buffer (void); static __inline__ void check_sound_buffers (void) { if ((char *)sndbufpt - (char *)sndbuffer >= sndbufsize) { if ((char *)sndbufpt - (char *)sndbuffer > sndbufsize) { fprintf(stderr, "uade: A bug in sound buffer writing. Report this!\n"); } if (uade_check_sound_buffers(sndbuffer, sndbufsize, sound_bytes_per_sample)) { finish_sound_buffer(); } sndbufpt = sndbuffer; } } #define PUT_SOUND_BYTE(b) do { \ *(uae_u8 *)sndbufpt = b; \ sndbufpt = (uae_u16 *)(((uae_u8 *)sndbufpt) + 1); \ } while (0) #define PUT_SOUND_WORD(b) do { \ *(uae_u16 *)sndbufpt = b; \ sndbufpt = (uae_u16 *)(((uae_u8 *)sndbufpt) + 2); \ } while (0) #define PUT_SOUND_BYTE_LEFT(b) PUT_SOUND_BYTE(b) #define PUT_SOUND_WORD_LEFT(b) PUT_SOUND_WORD(b) #define PUT_SOUND_BYTE_RIGHT(b) PUT_SOUND_BYTE(b) #define PUT_SOUND_WORD_RIGHT(b) PUT_SOUND_WORD(b) #define SOUND16_BASE_VAL 0 #define SOUND8_BASE_VAL 0 #define DEFAULT_SOUND_MAXB (6144 * 4) #define DEFAULT_SOUND_MINB (14 * 4) #define DEFAULT_SOUND_BITS 16 #define DEFAULT_SOUND_FREQ 44100 #define HAVE_STEREO_SUPPORT [/code:1:f4e892982e] Here is the source for coreaudio support (sd-sound-coreaudio.c). [code:1:f4e892982e] /* * UAE - The Un*x Amiga Emulator * * Support for Mac OS X CoreAudio * * (C) 2004 Stuart Caie * based on the Fink esound patch by Shawn Hsiao and Masanori Sekino */ #include "../config.h" #include "sysconfig.h" #include "sysdeps.h" #include "config.h" #include "options.h" #include "memory.h" #include "custom.h" #include "gensound.h" #include "sd-sound.h" #include "uade.h" #include <CoreAudio/AudioHardware.h> #include <pthread.h> #include <mach/mach.h> #include <mach/thread_policy.h> #include <sys/param.h> #include <sys/sysctl.h> /* the UAE soundbuffer */ uae_u16 *sndbuffer = NULL, *sndbufpt; int sndbufsize = 0; int sound_bytes_per_sample; static AudioDeviceID outputDevice; static Float32 *outputBuf = NULL; static int outputAvail = 0, outputSize = 0; static pthread_mutex_t outputMutex; static pthread_cond_t outputCond; static OSStatus sound_callback(AudioDeviceID inDevice, const AudioTimeStamp *inNow, const AudioBufferList *inInputData, const AudioTimeStamp *inInputTime, AudioBufferList *outOutputData, const AudioTimeStamp *inOutputTime, void *inClientData) { Float32 *buf = outOutputData->mBuffers[0].mData; pthread_mutex_lock(&outputMutex); memcpy(&buf[0], &outputBuf[0], outputAvail * sizeof(Float32)); outputAvail = 0; pthread_mutex_unlock(&outputMutex); pthread_cond_signal(&outputCond); return kAudioHardwareNoError; } void finish_sound_buffer (void) { /* convert data to floats and put into buffer */ uae_s16 *sndp16 = (uae_s16 *) sndbuffer; uae_s8 *sndp8 = (uae_s8 *) sndbuffer; Float32 scale = 1.0 / ((currprefs.sound_bits == 16) ? 32768.0 : 128.0); int i; pthread_mutex_lock(&outputMutex); /* wait for existing buffer data to be consumed */ while (outputAvail) pthread_cond_wait(&outputCond, &outputMutex); /* refill buffer */ if (currprefs.stereo) { if (currprefs.sound_bits == 16) { for (i = 0; i < outputSize; i++) { outputBuf[i] = *sndp16++ * scale; } } else { for (i = 0; i < outputSize; i++) { outputBuf[i] = *sndp8++ * scale; } } } else { if (currprefs.sound_bits == 16) { for (i = 0; i < outputSize; i += 2) { outputBuf[i] = outputBuf[i+1] = *sndp16++ * scale; } } else { for (i = 0; i < outputSize; i += 2) { outputBuf[i] = outputBuf[i+1] = *sndp8++ * scale; } } } outputAvail = outputSize; pthread_mutex_unlock(&outputMutex); } /* dump any sound currently in the buffer */ void flush_sound (void) { sndbufpt = sndbuffer; } /* initialise sound device */ int init_sound(void) { struct thread_time_constraint_policy ttcpolicy; int bus_speed, mib[2] = { CTL_HW, HW_BUS_FREQ }; AudioValueRange frameRange; UInt32 size, frames; sound_bytes_per_sample = currprefs.sound_bits / 8; /* get realtime priority */ size = sizeof(bus_speed); sysctl(mib, 2, &bus_speed, &size, NULL, 0); ttcpolicy.period = bus_speed / 120; ttcpolicy.computation = bus_speed / 2400; ttcpolicy.constraint = bus_speed / 1200; ttcpolicy.preemptible = 1; thread_policy_set(mach_thread_self(), THREAD_TIME_CONSTRAINT_POLICY, (int *) &ttcpolicy, THREAD_TIME_CONSTRAINT_POLICY_COUNT); /* get default output device ID */ size = sizeof(outputDevice); if (AudioHardwareGetProperty(kAudioHardwarePropertyDefaultOutputDevice, &size, &outputDevice)) return 0; /* get minimum and maximum frame sizes */ size = sizeof(frameRange); if (AudioDeviceGetProperty(outputDevice, 0, 0, kAudioDevicePropertyBufferFrameSizeRange, &size, &frameRange)) return 0; /* Assume the user's buffer size preference is already 16 bit stereo, so * divide by 4 to get the number of frames (a frame is one sample, regardless * of bit width or number of channels) */ frames = currprefs.sound_maxbsiz / 4; if (frames < (UInt32) frameRange.mMinimum) { frames = (UInt32) frameRange.mMinimum; } if (frames > (UInt32) frameRange.mMaximum) { frames = (UInt32) frameRange.mMaximum; } /* set hardware audio buffer size */ if (AudioDeviceSetProperty(outputDevice, 0, 0, 0, kAudioDevicePropertyBufferFrameSize, sizeof(frames), &frames)) return 0; /* outputSize is the number of samples in our conversion buffer. This is * always twice the number of frames, as we are always generating stereo */ outputSize = frames * 2; if (currprefs.sound_bits == 16) { init_sound_table16(); sample_handler = currprefs.stereo ? sample16s_handler : sample16_handler; sndbufsize = currprefs.stereo ? (frames * 4) : (frames * 2); } else { init_sound_table8(); sample_handler = currprefs.stereo ? sample8s_handler : sample8_handler; sndbufsize = currprefs.stereo ? (frames * 2) : (frames * 1); } sample_evtime = (long) (maxhpos * maxvpos * 50) / currprefs.sound_freq; if (!(sndbuffer = malloc(sndbufsize))) return 0; if (!(outputBuf = malloc(outputSize * sizeof(Float32)))) return 0; if (pthread_mutex_init(&outputMutex, NULL)) return 0; if (pthread_cond_init(&outputCond, NULL)) return 0; if (AudioDeviceAddIOProc(outputDevice, &sound_callback, NULL)) return 0; if (AudioDeviceStart(outputDevice, &sound_callback)) return 0; sndbufpt = sndbuffer; return sound_available = 1; } /* uninitialise sound device */ void close_sound() { AudioDeviceStop(outputDevice, &sound_callback); AudioDeviceRemoveIOProc(outputDevice, &sound_callback); pthread_cond_destroy(&outputCond); pthread_mutex_destroy(&outputMutex); free(outputBuf); outputBuf = NULL; free(sndbuffer); sndbuffer = NULL; } /* determine whether sound is available */ int setup_sound() { AudioStreamBasicDescription format; UInt32 size; if (!uade_local_sound) return sound_available = 1; /* get default output device ID */ size = sizeof(outputDevice); if (AudioHardwareGetProperty(kAudioHardwarePropertyDefaultOutputDevice, &size, &outputDevice)) return 0; /* get properties of default output device default channel stream */ size = sizeof(format); if (AudioDeviceGetProperty(outputDevice, 0, 0, kAudioDevicePropertyStreamFormat, &size, &format)) return 0; /* We need an output device that takes lpcm float samples, and it has to * be at the sample rate of our output already, as we don't resample. */ return sound_available = ( (format.mFormatID == kAudioFormatLinearPCM) && (format.mFormatFlags & kLinearPCMFormatFlagIsFloat) && (currprefs.sound_freq == ((int) format.mSampleRate)) && (format.mChannelsPerFrame == 2) ); } [/code:1:f4e892982e] From MB@uadeforum Wed May 11 22:42:03 2005 From: MB Date: Wed May 11 22:42:03 2005 Message-Id: <00000563.002@uade.forum> In-Reply-To: <00000563.001@uade.forum> Subject: Re: uade 1.02 for Mac OS X (Darwin) To: UADE-Developer-discussion I neglected to mention that coreaudio is the Mac OS X native audio API, and it is gives much better performance than SDL. Even on my 900MHz G3 iBook uade with SDL audio skips when doing any minor work on the computer. I noticed that the poll dependancy has been changed to select, so I've taken that out of the docs. I also haven't done any further work with ftw, but I might add that later. From MB@uadeforum Thu May 12 06:07:34 2005 From: MB Date: Thu May 12 06:07:34 2005 Message-Id: <00000563.003@uade.forum> In-Reply-To: <00000563.002@uade.forum> Subject: Re: uade 1.02 for Mac OS X (Darwin) To: UADE-Developer-discussion Anyone using uade with xmms on Mac OS X would probably like to know that there is a native audio driver for xmms on OS X. This driver won't skip like the esound driver will. [url=http://sourceforge.net/project/showfiles.php?group_id=846&package_id=120865]http://sourceforge.net/project/showfiles.php?group_id=846&package_id=120865[/url] From shd@uadeforum Thu May 12 11:00:35 2005 From: shd Date: Thu May 12 11:00:35 2005 Message-Id: <00000563.004@uade.forum> In-Reply-To: <00000563.003@uade.forum> Subject: Re: uade 1.02 for Mac OS X (Darwin) To: UADE-Developer-discussion [quote:e4ae37cd22="MB"]Hi, I've put a little effort into making uade 1.02 compile nicely on Mac OS X. I've modified Stuart Caie's Mac OS X coreaudio patch to work with 1.02, and I've also updated the configure system to use glibtool. [/quote:e4ae37cd22] Thanks. Would you also post that as a patch to some public web page where it is easily downloadable? We should figure a way to have file attachments on this forum. Alternatively, if you will post me that patch set as one file, I can put it to http://uade.ton.tut.fi/patches/ for public view. From MB@uadeforum Thu May 12 23:59:57 2005 From: MB Date: Thu May 12 23:59:57 2005 Message-Id: <00000563.005@uade.forum> In-Reply-To: <00000563.004@uade.forum> Subject: Re: uade 1.02 for Mac OS X (Darwin) To: UADE-Developer-discussion Here is the full patch to uade 1.02 for Darwin/Mac OS X. [url=http://doublecommand.sourceforge.net/uade-1.02_darwin.diff]http://doublecommand.sourceforge.net/uade-1.02_darwin.diff[/url] From Guest@uadeforum Fri Jun 17 11:53:28 2005 From: Guest Date: Fri Jun 17 11:53:28 2005 Message-Id: <00000563.006@uade.forum> In-Reply-To: <00000563.005@uade.forum> Subject: Re: uade 1.02 for Mac OS X (Darwin) To: UADE-Developer-discussion Thank you, thank you, thank you, thanky you. I was still using the rather outdated fink version, since never versions didn't have coreaudio support and even on my PB the sound was stuttering with SDL every now and then. So once again, a HUGE thank you from my side, Mike PS: Is it possible to get this into the main source as well? From shd@uadeforum Fri Jun 17 12:25:21 2005 From: shd Date: Fri Jun 17 12:25:21 2005 Message-Id: <00000563.007@uade.forum> In-Reply-To: <00000563.006@uade.forum> Subject: Re: uade 1.02 for Mac OS X (Darwin) To: UADE-Developer-discussion [quote:82323e72be="Anonymous"] PS: Is it possible to get this into the main source as well?[/quote:82323e72be] It is in development line already, and it has been released. See: http://freshmeat.net/projects/uade/?branch_id=34483 From Guest@uadeforum Fri Jun 17 19:50:10 2005 From: Guest Date: Fri Jun 17 19:50:10 2005 Message-Id: <00000563.008@uade.forum> In-Reply-To: <00000563.007@uade.forum> Subject: Re: uade 1.02 for Mac OS X (Darwin) To: UADE-Developer-discussion Sweet, although the wife already starts complaining about "the-noise" she hears, better get my headphones. :) Once again a BIG thank you for the program and all the effort. Mike, a satisfied customer. From Waldgeist@uadeforum Thu May 12 19:57:50 2005 From: Waldgeist Date: Thu May 12 19:57:50 2005 Message-Id: <00000565.001@uade.forum> Subject: gstreamer plugin? To: UADE-Developer-discussion Hi Is there a plan to port your engine over as a gstreamer plugin?.. Greets Waldgeist From amadeus@uadeforum Thu May 12 20:14:14 2005 From: amadeus Date: Thu May 12 20:14:14 2005 Message-Id: <00000565.002@uade.forum> In-Reply-To: <00000565.001@uade.forum> Subject: Re: gstreamer plugin? To: UADE-Developer-discussion What would the benefits from UADE's point of view be? I don't think GStreamer would fit very well as some formats have sub songs. Another problem woudl be, that GStreamer is Linux only... For now :) On the other hand, do I think that a gst plugin of xmp.sf.net would be a good idea. You see, 2.0.4 and later doesn't compile on gcc 3.4.x. Anyhow, I once asked SHD about an XMP gst plugin, and one possible problem is re-entrancy: can the same process use the code with different modules simultaneously. There's an XMMS plugin, but it doesn't require re-entrancy. :scared: From shd@uadeforum Fri May 13 00:24:47 2005 From: shd Date: Fri May 13 00:24:47 2005 Message-Id: <00000565.003@uade.forum> In-Reply-To: <00000565.002@uade.forum> Subject: Re: gstreamer plugin? To: UADE-Developer-discussion [quote:61a0f75eb5="Waldgeist"]Is there a plan to port your engine over as a gstreamer plugin?.. [/quote:61a0f75eb5] No. First, GST code has 40k C lines for a bare plugin framework that provides little value for developers (compared to 1k lines plugin wrapper). And thus it is extremely bloated. Second, the GST core code is ugly beyond maintainability. You should spot for expression evalution functions in the GST core. It's an ugly exercise in objected oriented programming done wrong. However, there is hope when and if I start doing development towards uade 2. The new architecture is more friendly towards embedding. From shd@uadeforum Fri May 13 00:25:51 2005 From: shd Date: Fri May 13 00:25:51 2005 Message-Id: <00000565.004@uade.forum> In-Reply-To: <00000565.003@uade.forum> Subject: Re: gstreamer plugin? To: UADE-Developer-discussion [quote:d2dfd665f6="amadeus"]Anyhow, I once asked SHD about an XMP gst plugin, and one possible problem is re-entrancy: can the same process use the code with different modules simultaneously. There's an XMMS plugin, but it doesn't require re-entrancy. [/quote:d2dfd665f6] Yes, lack of re-entrancy is a problem. UAE code wasn't designed to be re-entrant. From shd@uadeforum Fri May 13 00:27:17 2005 From: shd Date: Fri May 13 00:27:17 2005 Message-Id: <00000565.005@uade.forum> In-Reply-To: <00000565.004@uade.forum> Subject: Re: gstreamer plugin? To: UADE-Developer-discussion [quote:5e94d4c764="shd"]Yes, lack of re-entrancy is a problem. UAE code wasn't designed to be re-entrant.[/quote:5e94d4c764] Sorry, I misread you. Lack of re-entrancy is of course a problem in UA(D)E, but I don't recall how the re-entrancy goes in XMP system. From amadeus@uadeforum Fri May 13 01:17:20 2005 From: amadeus Date: Fri May 13 01:17:20 2005 Message-Id: <00000565.006@uade.forum> In-Reply-To: <00000565.005@uade.forum> Subject: Re: gstreamer plugin? To: UADE-Developer-discussion [quote:9c27de4f60="shd"]However, there is hope when and if I start doing development towards uade 2. The new architecture is more friendly towards embedding.[/quote:9c27de4f60] Sounds interesting :) Please keep us updated :) From amadeus@uadeforum Fri May 13 01:19:11 2005 From: amadeus Date: Fri May 13 01:19:11 2005 Message-Id: <00000565.007@uade.forum> In-Reply-To: <00000565.006@uade.forum> Subject: Re: gstreamer plugin? To: UADE-Developer-discussion [quote:370ac771ac="shd"]Sorry, I misread you. Lack of re-entrancy is of course a problem in UA(D)E, but I don't recall how the re-entrancy goes in XMP system.[/quote:370ac771ac] Okay, so I understood you correctly. From amadeus@uadeforum Tue May 17 22:27:57 2005 From: amadeus Date: Tue May 17 22:27:57 2005 Message-Id: <00000571.001@uade.forum> Subject: No SoundTrackerProII ? To: UADE-Developer-discussion In "players/uadeformats" is the following two lines: stp SoundTrackerProII stp3 SoundTrackerProII but there is no SoundTrackerProII replayer in "players" directory and it is not listed in "uade-docs/formats.txt" as being supported. Is this a bug? From shd@uadeforum Tue May 17 22:42:35 2005 From: shd Date: Tue May 17 22:42:35 2005 Message-Id: <00000571.002@uade.forum> In-Reply-To: <00000571.001@uade.forum> Subject: Re: No SoundTrackerProII ? To: UADE-Developer-discussion [quote:a62827d904="amadeus"]In "players/uadeformats" is the following two lines: stp SoundTrackerProII stp3 SoundTrackerProII but there is no SoundTrackerProII replayer in "players" directory and it is not listed in "uade-docs/formats.txt" as being supported. Is this a bug?[/quote:a62827d904] Yes. We don't add formats to that file unless we have a player too. I'll take those away. Michael can re-add them when and if he adds a player plugin too.. From amadeus@uadeforum Tue May 17 23:20:36 2005 From: amadeus Date: Tue May 17 23:20:36 2005 Message-Id: <00000571.003@uade.forum> In-Reply-To: <00000571.002@uade.forum> Subject: Re: No SoundTrackerProII ? To: UADE-Developer-discussion [quote:e0dbb62c8b="shd"]Yes. We don't add formats to that file unless we have a player too. I'll take those away. Michael can re-add them when and if he adds a player plugin too..[/quote:e0dbb62c8b] Sounds mighty interesting though :) From mld/uade team@uadeforum Wed May 18 08:21:11 2005 From: mld/uade team Date: Wed May 18 08:21:11 2005 Message-Id: <00000571.004@uade.forum> In-Reply-To: <00000571.003@uade.forum> Subject: Re: No SoundTrackerProII ? To: UADE-Developer-discussion oops... yeah I was testing an STP3 replayer but I just had 2 tunes and it seems it doesn't work for 50% of it *g* I'm looking for more tunes now and see what's the matter with it. Maybe the same case as MLine (Some tunes work and some don't) mld From ceztko@uadeforum Fri May 20 22:04:50 2005 From: ceztko Date: Fri May 20 22:04:50 2005 Message-Id: <00000575.001@uade.forum> Subject: Is there the need to sync with e-uae? To: UADE-Developer-discussion Hi! I want to know if syncing the uae cpu and chipset emulation used in uade with recent e-uae builds (www.rcdrummond.net/uae/) would improve accuracy and/or compatibility. Are you doing it? thanks! ceztko From shd@uadeforum Sat May 21 12:05:28 2005 From: shd Date: Sat May 21 12:05:28 2005 Message-Id: <00000575.002@uade.forum> In-Reply-To: <00000575.001@uade.forum> Subject: Re: Is there the need to sync with e-uae? To: UADE-Developer-discussion [quote:21bc4b0445="ceztko"]I want to know if syncing the uae cpu and chipset emulation used in uade with recent e-uae builds (www.rcdrummond.net/uae/) would improve accuracy and/or compatibility. Are you doing it?[/quote:21bc4b0445] What do you mean about compatilibity? Is it operating system support or that some players/songs don't crash? I don't know about accuracy, because I haven't done a code review of audio state engine changes. If change logs of e-uae tell something relevant please tell us. I don't it unless we get some proof that e-uae is better. Would you do it?-) From shd@uadeforum Sat May 21 14:42:01 2005 From: shd Date: Sat May 21 14:42:01 2005 Message-Id: <00000576.001@uade.forum> Subject: Change Log changed To: UADE-Developer-discussion Reordered Change Log so that newest entries are first in the file. I hope my python script didn't do errors. Also, old timestamps (DDMMYYYY) were converted to ISO 8601 timestamps (YYYY-MM-DD). From amadeus@uadeforum Sun May 22 01:50:17 2005 From: amadeus Date: Sun May 22 01:50:17 2005 Message-Id: <00000578.001@uade.forum> Subject: Missing WT sources To: UADE-Developer-discussion These sources are not destributed with UADE: http://amiga.emucamp.com/wt/files/sources/SRC_BennDaglish.lzx http://amiga.emucamp.com/wt/files/sources/SRC_BennDaglishSID.lzx http://amiga.emucamp.com/wt/files/sources/SRC_CustomMade.lzx http://amiga.emucamp.com/wt/files/sources/SRC_FuturePlayer.lzx http://amiga.emucamp.com/wt/files/sources/SRC_JeroenTel.lzx http://amiga.emucamp.com/wt/files/sources/SRC_LegglessMusicEditor.lzx http://amiga.emucamp.com/wt/files/sources/SRC_ProSoundArtists.lzx http://amiga.emucamp.com/wt/files/sources/SRC_RobHubbardST.lzx http://amiga.emucamp.com/wt/files/sources/SRC_SeanConran.lzx http://amiga.emucamp.com/wt/files/sources/SRC_SoundMaster.lzx I wrote in formats-src.txt that UADE shipped the source for CustomMade, as I assumed that it was build in, but after checking players, I can see that UADE is actually using a replayer for this. Can the listed sources be included witout further redo? From shd@uadeforum Sun May 22 09:28:09 2005 From: shd Date: Sun May 22 09:28:09 2005 Message-Id: <00000578.002@uade.forum> In-Reply-To: <00000578.001@uade.forum> Subject: Re: Missing WT sources To: UADE-Developer-discussion [quote:855b577727="amadeus"]These sources are not destributed with UADE: *snip* I wrote in formats-src.txt that UADE shipped the source for CustomMade, as I assumed that it was build in, but after checking players, I can see that UADE is actually using a replayer for this. Can the listed sources be included witout further redo?[/quote:855b577727] Thanks. I added those players and edited formats-src. See the CVS. Also [url]http://uade.ton.tut.fi/patches/patch-2005-05-22-missing-players.diff[/url]. From amadeus@uadeforum Sun May 22 14:26:39 2005 From: amadeus Date: Sun May 22 14:26:39 2005 Message-Id: <00000578.003@uade.forum> In-Reply-To: <00000578.002@uade.forum> Subject: Re: Missing WT sources To: UADE-Developer-discussion [quote:fdda2f83f4="shd"]Thanks. I added those players and edited formats-src. See the CVS. Also [url]http://uade.ton.tut.fi/patches/patch-2005-05-22-missing-players.diff[/url].[/quote:fdda2f83f4] Excellent :) From Guest@uadeforum Wed Jul 6 01:44:14 2005 From: Guest Date: Wed Jul 6 01:44:14 2005 Message-Id: <00000578.004@uade.forum> In-Reply-To: <00000578.003@uade.forum> Subject: Re: Missing WT sources To: UADE-Developer-discussion Very nice, I hope that the next level of UADE will be doing native versions of those players and based on most source codes and reversing the ones without source codes... From shd@uadeforum Wed Jul 6 10:34:12 2005 From: shd Date: Wed Jul 6 10:34:12 2005 Message-Id: <00000578.005@uade.forum> In-Reply-To: <00000578.004@uade.forum> Subject: Re: Missing WT sources To: UADE-Developer-discussion [quote:deebe5478c="Anonymous"]Very nice, I hope that the next level of UADE will be doing native versions of those players and based on most source codes and reversing the ones without source codes...[/quote:deebe5478c] UADE is designed to simulate software, not reimplement it in native code. Feel free to start doing that yourself in another project. From mld/uade team@uadeforum Wed Jul 6 19:24:28 2005 From: mld/uade team Date: Wed Jul 6 19:24:28 2005 Message-Id: <00000578.006@uade.forum> In-Reply-To: <00000578.005@uade.forum> Subject: Re: Missing WT sources To: UADE-Developer-discussion and emulation has a lot of benfits too... using the original replays even supports the "bugs" of them. A good example is e.g. the mod replayer... If you really need native replays for some formats have a look at aplayer from beos... it's c++ iirc. From amadeus@uadeforum Tue May 31 22:41:50 2005 From: amadeus Date: Tue May 31 22:41:50 2005 Message-Id: <00000588.001@uade.forum> Subject: Example of AHX tunes that doesn't play correct To: UADE-Developer-discussion Can anyone give a couple of names of AHX tunes that aren't played correct? From shd@uadeforum Wed Jun 1 10:46:43 2005 From: shd Date: Wed Jun 1 10:46:43 2005 Message-Id: <00000588.002@uade.forum> In-Reply-To: <00000588.001@uade.forum> Subject: Re: Example of AHX tunes that doesn't play correct To: UADE-Developer-discussion [quote:1a519ff166="amadeus"]Can anyone give a couple of names of AHX tunes that aren't played correct?[/quote:1a519ff166] BUGS file has this comment: - ahx bug with comic bakery. halts on 00:46. But I hear so does the native ahx player! So we are in full compliancy :P (shd) Probl. not a bug (mld) If I recall correctly, there are a few other songs that end in an odd way.. From amadeus@uadeforum Wed Jun 1 15:56:21 2005 From: amadeus Date: Wed Jun 1 15:56:21 2005 Message-Id: <00000588.003@uade.forum> In-Reply-To: <00000588.002@uade.forum> Subject: Re: Example of AHX tunes that doesn't play correct To: UADE-Developer-discussion [quote:4b0307d863="shd"] BUGS file has this comment: - ahx bug with comic bakery. halts on 00:46. But I hear so does the native ahx player! So we are in full compliancy :P (shd) Probl. not a bug (mld) If I recall correctly, there are a few other songs that end in an odd way..[/quote:4b0307d863] Sorry for not looking in BUGS first :) I have just tried to install http://xmms-ahx.sourceforge.net/ but it fails at compile time. Can anyone confirm that this also messes Comic Bakery up? It is quite easy to hear :D From amadeus@uadeforum Fri Jun 3 10:28:26 2005 From: amadeus Date: Fri Jun 3 10:28:26 2005 Message-Id: <00000588.004@uade.forum> In-Reply-To: <00000588.003@uade.forum> Subject: Re: Example of AHX tunes that doesn't play correct To: UADE-Developer-discussion Before I contacted Dexter I desided to figure out what command that didn't work. It turned out that, that the position table is empty from position 12 to 49 where the song loops. Either a corrupt song, or the author didn't finish the song? So this can be marked NOTABUG (atleast for UADE =)). From Guest@uadeforum Wed Jul 6 01:43:01 2005 From: Guest Date: Wed Jul 6 01:43:01 2005 Message-Id: <00000588.005@uade.forum> In-Reply-To: <00000588.004@uade.forum> Subject: Re: Example of AHX tunes that doesn't play correct To: UADE-Developer-discussion Any news? From shd@uadeforum Sat Jun 18 10:21:06 2005 From: shd Date: Sat Jun 18 10:21:06 2005 Message-Id: <00000601.001@uade.forum> Subject: uade 1.03-pre2 released To: UADE-Developer-discussion uade 1.03-pre2 is released. changes since 1.03-pre1 are: 2005-06-17: no release - merged fixes from Stuart Caie <kyzer@4u.net>: trivial fixes in configure and Makefile.in. CoreuAudio now works with 8- and 16-bit sounds on macosx. (shd) 2005-06-05: no release - added AmigaOS4 install instructions (INSTALL.AmigaOS4) from Nicolas A. Mendoza <mendoza@pvv.ntnu.no> (shd) From amadeus@uadeforum Sun Jun 19 16:32:32 2005 From: amadeus Date: Sun Jun 19 16:32:32 2005 Message-Id: <00000601.002@uade.forum> In-Reply-To: <00000601.001@uade.forum> Subject: Re: uade 1.03-pre2 released To: UADE-Developer-discussion It works with gcc 4.0.0 on Linux :D emacs cvs does however not. From mahen@uadeforum Thu Jul 7 08:31:21 2005 From: mahen Date: Thu Jul 7 08:31:21 2005 Message-Id: <00000607.001@uade.forum> Subject: writing a new slave for AmiNetRadio To: UADE-Developer-discussion Hello everyone, I'm willing to write an aminetradio slave for uade, however, I'm completely lost regarding the way slaves work, and which parts I have to touch. The aim is to make it communicate with AmiNetRadio via IPC - AmigaOS messages. Can anyone give me some indications as for where I should start ? :) Thanks everyone, BTW, I heard I would have to make uade as a separate executable, that will be launched by the plugin, for GPL issues ? (as AmiNetRadio is not GPL) - mahen From mahen@uadeforum Tue Jul 26 07:23:12 2005 From: mahen Date: Tue Jul 26 07:23:12 2005 Message-Id: <00000607.002@uade.forum> In-Reply-To: <00000607.001@uade.forum> Subject: Re: writing a new slave for AmiNetRadio To: UADE-Developer-discussion Hehe, well the new threads answer my questions :) I just wonder why shd seems to ignore me now, am I too annoying ? (I guess I am :) Thanks for your great work shd :) cheers From shd@uadeforum Tue Jul 26 08:06:45 2005 From: shd Date: Tue Jul 26 08:06:45 2005 Message-Id: <00000607.003@uade.forum> In-Reply-To: <00000607.002@uade.forum> Subject: Re: writing a new slave for AmiNetRadio To: UADE-Developer-discussion [quote:f2817c3e3c="mahen"] I just wonder why shd seems to ignore me now [/quote:f2817c3e3c] Because I'm tired of repeating myself on that issue. UADE2 infra is ready when it's ready. I've received questions on this issue for years from various. It's not annoying, it's frustrating. I'm positive about current state of uade2, so you might want to look at how src/frontends/uade123 works. The protocol between frontend and uadecore is rather simple. Piru aka Harry Sintonen pointed out to me that using PIPE: device would be a simple way to do IPC on AmigaOS. Get the latest pre from URL mentioned in the other post. From shd@uadeforum Tue Jul 26 08:10:47 2005 From: shd Date: Tue Jul 26 08:10:47 2005 Message-Id: <00000607.004@uade.forum> In-Reply-To: <00000607.003@uade.forum> Subject: Re: writing a new slave for AmiNetRadio To: UADE-Developer-discussion [quote:3fde6a05d0="mahen"] BTW, I heard I would have to make uade as a separate executable, that will be launched by the plugin, for GPL issues ? (as AmiNetRadio is not GPL) [/quote:3fde6a05d0] It would certainly at least have to be separate executable, and that is the case with uade2 anyway. However, this is a hard question I can not give an answer about the GPL issue. This looks to me like a boundary case, but I don't know on which side ;) From mahen@uadeforum Tue Jul 26 08:41:02 2005 From: mahen Date: Tue Jul 26 08:41:02 2005 Message-Id: <00000607.005@uade.forum> In-Reply-To: <00000607.004@uade.forum> Subject: Re: writing a new slave for AmiNetRadio To: UADE-Developer-discussion shd : okay, thanks ever so much for all you do :) I completely understand your being frustrated of repeating the same thing over and over again - and the new thread you created answer my questions anyway. I was just wondering why you suddenly kept silent, but... It's not big deal anyway ;) Thanks again :) From shd@uadeforum Sat Jul 9 15:27:58 2005 From: shd Date: Sat Jul 9 15:27:58 2005 Message-Id: <00000610.001@uade.forum> Subject: Work towards UADE 2.00 progressing To: UADE-Developer-discussion I have been hacking uade for a few days to reimplement core audio systems. The design goals have been: - make uade more easily embeddable to other applications - take out all the audio drivers from the simulator - take out almost everything but the necessary from the simulator - there is always a client tool that commands the simulator. it's a master-slave system basically. - the client tool does all the complex and ugly stuff (file format detection etc) - remove all decompressing support (time to depack all those old files) - Some C99 and some modern UNIX features are required. Older platforms can use UADE 1.0x. Interested developers may grab the latest stuff from CVS. The cvs module is: /uade The directory src/frontends/trivial/ has a proof-of-concept player. It uses libao as an audio driver. I was just able to play fc13.Defjam-CCS-ACC1 :-) *wow* There is lots of work left: - write a decent command line player - rewrite relevant parts of xmms/beepmp plugins - documentation ??? - support finer points of song playing (subsong switching, song meta data acquiring, ...) - create a separate decompressing tool for people to migrate away from legacy crap - make the debugger work again The stable UADE 1.x is now frozen. We will only release bug fixes and small feature enhancements to it. From shd@uadeforum Sun Jul 10 20:07:03 2005 From: shd Date: Sun Jul 10 20:07:03 2005 Message-Id: <00000610.002@uade.forum> In-Reply-To: <00000610.001@uade.forum> Subject: Re: Work towards UADE 2.00 progressing To: UADE-Developer-discussion More progress. I've been playing around with IO stuff between the client and the UADE process. I'm implementing a simple command line tool for testing the infra. Next I should start implementing XMMS, BeepMP and other client plugins, but I'm not sure how to proceed. Should we change current UADE configuration files in someway? Currently we have the hackish 'uadeformats' file which can't be used to express anything else but simple name extensions. It could be benefitial to give format specific hints for UADE in that file (for example song end certain or uncertain). Also, now that I'm rewriting stuff, what should we do differently? From mld/uade team@uadeforum Mon Jul 11 15:01:27 2005 From: mld/uade team Date: Mon Jul 11 15:01:27 2005 Message-Id: <00000610.003@uade.forum> In-Reply-To: <00000610.002@uade.forum> Subject: Re: Work towards UADE 2.00 progressing To: UADE-Developer-discussion hmmh, not sure if we should extend... uadeformats just a basic guide to relate a player to an extension. I'd rather like to extend the db stuff to something like a STIL file (read configuration on file basis, looping not looping, maybe even overriding Title, Author etc... :) concerning amifilemagic icensing. (L)GPL and pd is fine with me... michael From mld/uade team@uadeforum Mon Jul 11 15:04:12 2005 From: mld/uade team Date: Mon Jul 11 15:04:12 2005 Message-Id: <00000610.004@uade.forum> In-Reply-To: <00000610.003@uade.forum> Subject: Re: Work towards UADE 2.00 progressing To: UADE-Developer-discussion On second thought about uadeformats... we could add alternatives to the replay... E.g. if one replayer refuses to play a certain musicfile try the next one in the list (e.g.) mod modplayer,adscplayer,ustplayer From shd@uadeforum Mon Jul 11 15:09:48 2005 From: shd Date: Mon Jul 11 15:09:48 2005 Message-Id: <00000610.005@uade.forum> In-Reply-To: <00000610.004@uade.forum> Subject: Re: Work towards UADE 2.00 progressing To: UADE-Developer-discussion [quote:6ede3cc8fb="mld/uade team"] we could add alternatives to the replay... E.g. if one replayer refuses to play a certain musicfile try the next one in the list (e.g.) mod modplayer,adscplayer,ustplayer[/quote:6ede3cc8fb] A nice idea. Is that example valid? Are there formats where we need this feature? From Guest@uadeforum Mon Jul 11 17:35:52 2005 From: Guest Date: Mon Jul 11 17:35:52 2005 Message-Id: <00000610.006@uade.forum> In-Reply-To: <00000610.005@uade.forum> Subject: Re: Work towards UADE 2.00 progressing To: UADE-Developer-discussion [quote:973045dd27="shd"][quote:973045dd27="mld/uade team"] we could add alternatives to the replay... E.g. if one replayer refuses to play a certain musicfile try the next one in the list (e.g.) mod modplayer,adscplayer,ustplayer[/quote:973045dd27] A nice idea. Is that example valid? Are there formats where we need this feature?[/quote:973045dd27] By heart I'd say: Tiny Williams <-> Sonix some songs of both formats come with the TINY prefix. For others I have to look From shd@uadeforum Mon Jul 11 23:38:43 2005 From: shd Date: Mon Jul 11 23:38:43 2005 Message-Id: <00000610.007@uade.forum> In-Reply-To: <00000610.006@uade.forum> Subject: Re: Work towards UADE 2.00 progressing To: UADE-Developer-discussion UADE 2.00 progress.. 2005-07-11 Heikki Orsila <heikki.orsila@iki.fi> - Improved the command line frontend in src/frontends/trivial/, and now it is called uade123. It can now do fileformat detection by content, and load proper players from their installation place. Also, it can play multiple songs in a sequence if one switches to next song with ctrl-c before the song actually ends. If the song ends by itself, the system will crash ;) - Found a bug in amifilemagic by accident. chk_id_offset() function tested patterns of length sizeof(patterns[i]) which is totally wrong. It was corrected to strlen(patterns[i]). From shd@uadeforum Tue Jul 12 12:22:26 2005 From: shd Date: Tue Jul 12 12:22:26 2005 Message-Id: <00000610.008@uade.forum> In-Reply-To: <00000610.007@uade.forum> Subject: Re: Work towards UADE 2.00 progressing To: UADE-Developer-discussion [quote:bf860980f0="mld/uade team"] I'd rather like to extend the db stuff to something like a STIL file (read configuration on file basis, looping not looping, maybe even overriding Title, Author etc... :) michael[/quote:bf860980f0] STIL is not good as it is. We should not try to create a centralized database of songs, but one based on hashes like MD5. Otherwise the info in STIL is good. However, I would reformat it so that it is easier to parse from scripts and low-level programming languages. From shd@uadeforum Thu Jul 14 21:48:13 2005 From: shd Date: Thu Jul 14 21:48:13 2005 Message-Id: <00000610.009@uade.forum> In-Reply-To: <00000610.008@uade.forum> Subject: Re: Work towards UADE 2.00 progressing To: UADE-Developer-discussion Work is progressing. The command line tool is getting better feature by feature =) Found a possible bug that may have haunted UADE 1.x users. With some formats songs would play differently on some runs, and the possible problem is uade_prerun/uade_reset. We do: 1. clear state 2. load next song 3. if failure, go to number 2 Number 3 is a problematic because number 2 changes state. So number 3 should jump to number 1. duh.. From shd@uadeforum Fri Jul 15 12:39:12 2005 From: shd Date: Fri Jul 15 12:39:12 2005 Message-Id: <00000610.010@uade.forum> In-Reply-To: <00000610.009@uade.forum> Subject: Re: Work towards UADE 2.00 progressing To: UADE-Developer-discussion A snapshot of the current uade 2.x devel version. Do NOT try this version unless you intend to work on the source code.. http://uade.ton.tut.fi/uade/pre/uade-1.50-pre1.tar.bz2 2005-07-15 Heikki Orsila <heikki.orsila@iki.fi> * UADE 1.50-pre1 (developer release) - Lots of changes into uade123 - This is just a preview of the new system. There are no interesting features over uade 1.0x versions. This release doesn't even have xmms / beepmp plugins. - Short instructions for testing: $ ./configure && make $ make test $ make install Will install everything to $(HOME)/.uade2/. Then $(HOME)/.uade2/uade123 is the player you can use. This version uses libao for audio output. From amadeus@uadeforum Sat Jul 16 23:11:42 2005 From: amadeus Date: Sat Jul 16 23:11:42 2005 Message-Id: <00000610.011@uade.forum> In-Reply-To: <00000610.010@uade.forum> Subject: Re: Work towards UADE 2.00 progressing To: UADE-Developer-discussion I think it is an excellent job you are doing! Can't wait to do some serious beta testing :) [quote:62df6d60e0="shd"]Also, now that I'm rewriting stuff, what should we do differently?[/quote:62df6d60e0] The only thing I could think of would be to change to getopt, so "-sub" becomes "--sub" and etc. for uade123 :D From shd@uadeforum Sat Jul 16 23:24:37 2005 From: shd Date: Sat Jul 16 23:24:37 2005 Message-Id: <00000610.012@uade.forum> In-Reply-To: <00000610.011@uade.forum> Subject: Re: Work towards UADE 2.00 progressing To: UADE-Developer-discussion [quote:654e9c77f9="amadeus"] The only thing I could think of would be to change to getopt, so "-sub" becomes "--sub" and etc. for uade123 :D[/quote:654e9c77f9] Currently in CVS it is -s or --subsong. I agree that getopt() would be better. I'll switch to it for consistency with other tools. From amadeus@uadeforum Sun Jul 17 09:02:27 2005 From: amadeus Date: Sun Jul 17 09:02:27 2005 Message-Id: <00000610.013@uade.forum> In-Reply-To: <00000610.012@uade.forum> Subject: Re: Work towards UADE 2.00 progressing To: UADE-Developer-discussion [quote:96e03e2628="shd"]Currently in CVS it is -s or --subsong. I agree that getopt() would be better. I'll switch to it for consistency with other tools.[/quote:96e03e2628] Thanks :) I can't really think of anything else :) From shd@uadeforum Sun Jul 17 11:22:16 2005 From: shd Date: Sun Jul 17 11:22:16 2005 Message-Id: <00000610.014@uade.forum> In-Reply-To: <00000610.013@uade.forum> Subject: Re: Work towards UADE 2.00 progressing To: UADE-Developer-discussion [quote:33b69ed23b="amadeus"] The only thing I could think of would be to change to getopt, so "-sub" becomes "--sub" and etc. for uade123 :D[/quote:33b69ed23b] Now the CVS version support getopt(). Also, using libao one can choose between raw and wav file output. From shd@uadeforum Sun Jul 17 19:30:12 2005 From: shd Date: Sun Jul 17 19:30:12 2005 Message-Id: <00000610.015@uade.forum> In-Reply-To: <00000610.014@uade.forum> Subject: Re: Work towards UADE 2.00 progressing To: UADE-Developer-discussion More changes, including the first audible feature improvement over UADE 1.0x. - The sound core now reports to the simulator when audio output should start. Traditionally the simulator has produced audio output from the reboot of the amiga even if it is only useful to output audio after all the lengthy player initializations have been made in the sound core. For example, AHX.Cruisin now has 0.96 seconds less zero samples in the beginning. - Cleaned up sound core a bit. Removed some unused definitions of messages between sound core and the simulator. Removed unused code that was designed to be used when running sound core under a _real_ AmigaOS. - Made uade123 less verbose. Use -v option to get more details. - Renamed uade-trivial.c to 'uade123.c' in src/frontends/uade123 - Renamed directory 'trivial' to 'uade123' in src/frontends/ From shd@uadeforum Mon Jul 18 00:32:53 2005 From: shd Date: Mon Jul 18 00:32:53 2005 Message-Id: <00000610.016@uade.forum> In-Reply-To: <00000610.015@uade.forum> Subject: Re: Work towards UADE 2.00 progressing To: UADE-Developer-discussion More advances in uade123. - uade123 now has eagleplayer fileformat check ignoring feature (-i), panning (-p), song timeout (-t), and subsong timeouts (-w) Eagleplayer fileformat check ignoring means that if the eagleplayer says it doesn't recognize a specific module, this switch tells it to accept the module anyway. Panning means mixing left and right audio channels together. Panning value zero is normal playing, panning value 1.0 is mono, and panning value 2.0 is inverse stereo. I prefer panning value 0.7 personally.. Song timeout is the total time to play one song, and then switch to a next song. Subsong timeout is the total time to play one subsong, and then switch to a next subsong, if any. Silence timeout is still missing, but here's the latest tar ball: http://uade.ton.tut.fi/uade/pre/uade-1.50-pre2.tar.bz2 The frontend is now more or less comparable to ogg123. From shd@uadeforum Thu Jul 21 22:20:46 2005 From: shd Date: Thu Jul 21 22:20:46 2005 Message-Id: <00000610.017@uade.forum> In-Reply-To: <00000610.016@uade.forum> Subject: Re: Work towards UADE 2.00 progressing To: UADE-Developer-discussion More advances in uade123. You can leech latest products from: http://uade.ton.tut.fi/uade2/devel/ You should especially note the new uade.conf file which can be used to customize the command line player for personal needs. That is probably setting proper timeout values and panning. Here is the template file: [code:1:9eeaf26161] # Configuration file for uade123 and possibly other frontends. # Format of the file by example. Logical values are either zero (false) or # one (true). Lines beginning with # character are obviously comment lines. # A timeout value of -1 means infinite timeout. #ignore_player_check #one_subsong_per_file #panning 0.7 #random_play #recursive_mode #silence_timeout 20 #subsong_timeout 512 #timeout -1 [/code:1:9eeaf26161] And here are the relevant change log entries: 2005-07-22 Heikki Orsila <heikki.orsila@iki.fi> * UADE 1.50-pre3 (developer release) - Added a -j to skip x seconds of audio from the beginning. Note that this does not affect timeout parameters in any way. If timeout is 1 minute and skip is 2 minutes, the song will just end before anything is played. 2005-07-21 Heikki Orsila <heikki.orsila@iki.fi> - Added silence timeout - Wrote a config file parser for uade123. Look at uade.conf file for instructions. uade123 tries to load following files in order on startup: BASEDIR/uade.conf and $(HOME)/.uade2/uade.conf. Command line options can override config file parameters. Users of uade123 might want to configure timeout, panning and such values as personal defaults. This is a very important feature important over uade 1.0x command line tool. - Restructured uade123 code into different code modules to make maintaining and code reuse easier. 2005-07-18 Heikki Orsila <heikki.orsila@iki.fi> - Fixed a bug in uade123 that prevented it from playing the last subsong of a song. [/code] From shd@uadeforum Sat Jul 23 16:35:49 2005 From: shd Date: Sat Jul 23 16:35:49 2005 Message-Id: <00000610.018@uade.forum> In-Reply-To: <00000610.017@uade.forum> Subject: Re: Work towards UADE 2.00 progressing To: UADE-Developer-discussion Hello, more features into uade123. http://uade.ton.tut.fi/uade2/devel/uade-1.50-pre4.tar.bz2 2005-07-23 Heikki Orsila <heikki.orsila@iki.fi> - Added shell interaction keys into UADE123. The keys can be enabled with -k switch, or adding line "action_keys" into uade.conf. The keys are (mimiking XMMS): z - Previous subsong c - Pause b - Next subsong n - Next song . - Skip 10 seconds forward ENTER - Next song SPACE - Next subsong Does someone want these configurable into uade.conf? Please email me. From amadeus@uadeforum Sat Jul 23 21:45:42 2005 From: amadeus Date: Sat Jul 23 21:45:42 2005 Message-Id: <00000610.019@uade.forum> In-Reply-To: <00000610.018@uade.forum> Subject: Re: Work towards UADE 2.00 progressing To: UADE-Developer-discussion If I "configure --with-alsa && make" I get: [code:1:8cf660bfa0]gcc -Wall -I../../include -g -c audio.c gcc -Wall -I../../include -g -c config.c gcc -Wall -I../../include -g -c terminal.c gcc -Wall -I../../include -g -o uade123 uade123.o strlrep.o unixatomic.o uadecontrol.o amifilemagic.o chrarray.o playlist.o uadeformats.o unixwalkdir.o effects.o playloop.o audio.o config.o terminal.o audio.o(.text+0x19): In function `audio_close': /home/maj/bdownload/uade-1.50-pre4/src/frontends/uade123/audio.c:19: undefined reference to `ao_close' audio.o(.text+0x29): In function `audio_init': /home/maj/bdownload/uade-1.50-pre4/src/frontends/uade123/audio.c:28: undefined reference to `ao_initialize' audio.o(.text+0xa3):/home/maj/bdownload/uade-1.50-pre4/src/frontends/uade123/audio.c:39: undefined reference to `ao_driver_id' audio.o(.text+0xe7):/home/maj/bdownload/uade-1.50-pre4/src/frontends/uade123/audio.c:44: undefined reference to `ao_open_file' audio.o(.text+0xf6):/home/maj/bdownload/uade-1.50-pre4/src/frontends/uade123/audio.c:46: undefined reference to `ao_default_driver_id' audio.o(.text+0x10a):/home/maj/bdownload/uade-1.50-pre4/src/frontends/uade123/audio.c:47: undefined reference to `ao_open_live' audio.o(.text+0x16b): In function `audio_play': /home/maj/bdownload/uade-1.50-pre4/src/frontends/uade123/audio.c:60: undefined reference to `ao_play' collect2: ld returned 1 exit status gmake[1]: *** [uade123] Error 1 gmake[1]: Leaving directory `/home/maj/bdownload/uade-1.50-pre4/src/frontends/uade123' make: *** [uade123] Error 2 ~/bdownload/uade-1.50-pre4$ [/code:1:8cf660bfa0] I am using libao-0.8.6 and the output from configure is: [code:1:8cf660bfa0]~/bdownload/uade-1.50-pre4$ ./configure --with-alsa which: no xmms-config in (/opt/jre1.5.0_03/bin:/usr/java/j2sdk1.4.1_02/bin:/opt/jre1.5.0_03/bin:/usr/kerberos/bin:/usr/local/bin:/usr/bin:/bin:/usr/X11R6/bin:/home/maj/.bin) Couldn't find xmms-config => not compiling xmms-plugin! Forcing sound output to be ALSA which: no ginstall in (/opt/jre1.5.0_03/bin:/usr/java/j2sdk1.4.1_02/bin:/opt/jre1.5.0_03/bin:/usr/kerberos/bin:/usr/local/bin:/usr/bin:/bin:/usr/X11R6/bin:/home/maj/.bin) UADE and frontends will be installed to : /home/maj/.uade2 Data directory will be : /home/maj/.uade2 Documentation directory will be : /home/maj/.uade2/uade-1.50 Man directory will be : /home/maj/.uade2/man/man1 Installer that will be used : /usr/bin/install Make that will be used during the build : /usr/bin/gmake Sound output with : ALSA Package ao was not found in the pkg-config search path. Perhaps you should add the directory containing `ao.pc' to the PKG_CONFIG_PATH environment variable No package 'ao' found Package ao was not found in the pkg-config search path. Perhaps you should add the directory containing `ao.pc' to the PKG_CONFIG_PATH environment variable No package 'ao' found ~/bdownload/uade-1.50-pre4$ [/code:1:8cf660bfa0] From shd@uadeforum Sun Jul 24 00:20:07 2005 From: shd Date: Sun Jul 24 00:20:07 2005 Message-Id: <00000610.020@uade.forum> In-Reply-To: <00000610.019@uade.forum> Subject: Re: Work towards UADE 2.00 progressing To: UADE-Developer-discussion [quote:835bab04d5="amadeus"]If I "configure --with-alsa && make" I get: [/quote:835bab04d5] Oh, that is not support yet in UADE2. --with-alsa doesn't work. You must have libao installed with pkg-config or otherwise uade123 doesn't play anything. /usr/lib/pkgconfig/ao.pc must exist. I haven't fixed the configure script yet because this is only a developer release. Sorry for not telling it. The workaround is: $ export CFLAGS=-lao $ ./configure $ make $ make install (will install to ~/.uade2/ directory) From amadeus@uadeforum Sun Jul 24 11:20:46 2005 From: amadeus Date: Sun Jul 24 11:20:46 2005 Message-Id: <00000610.021@uade.forum> In-Reply-To: <00000610.020@uade.forum> Subject: Re: Work towards UADE 2.00 progressing To: UADE-Developer-discussion [quote:747f8fbebd="shd"] $ export CFLAGS=-lao $ ./configure $ make $ make install (will install to ~/.uade2/ directory)[/quote:747f8fbebd] Now it works =) Thanks. From shd@uadeforum Sun Jul 24 11:41:15 2005 From: shd Date: Sun Jul 24 11:41:15 2005 Message-Id: <00000610.022@uade.forum> In-Reply-To: <00000610.021@uade.forum> Subject: Re: Work towards UADE 2.00 progressing To: UADE-Developer-discussion [quote:0d00cfe79c="shd"] z - Previous subsong c - Pause b - Next subsong n - Next song . - Skip 10 seconds forward ENTER - Next song SPACE - Next subsong [/quote:0d00cfe79c] New key binds, and other stuff. 2005-07-24 Heikki Orsila <heikki.orsila@iki.fi> - New keys for interactive mode: [0-9] - Select subsong in range [0, 9] q - Quit player s - Switch between normal and shuffle mode x - Restart current subsong - Added -<A3> or --no-song-end switches. Song just keeps playing even if the amiga player says it has ended. Dude! You can get pretty weird sounds with this, and sometimes the sound core crashes, and should crash. Fortunately that doesn't kill the simulator :) - Made help print (-h) prettier by aligning tex columns From shd@uadeforum Sun Jul 24 21:11:24 2005 From: shd Date: Sun Jul 24 21:11:24 2005 Message-Id: <00000610.023@uade.forum> In-Reply-To: <00000610.022@uade.forum> Subject: Re: Work towards UADE 2.00 progressing To: UADE-Developer-discussion I've disabled UADE 1.0x xmms and beepmp plugins from my workstations for good. I'm not suggesting you to do the same, yet ;) I hope this will advance the schedule of writing UADE2 xmms and beepmp plugins =) From amadeus@uadeforum Sun Jul 24 21:20:11 2005 From: amadeus Date: Sun Jul 24 21:20:11 2005 Message-Id: <00000610.024@uade.forum> In-Reply-To: <00000610.023@uade.forum> Subject: Re: Work towards UADE 2.00 progressing To: UADE-Developer-discussion [quote:ea3938c627="shd"] - Added -<A3> or --no-song-end switches. Song just keeps playing even if the amiga player says it has ended. Dude! You can get pretty weird sounds with this, and sometimes the sound core crashes, and should crash. Fortunately that doesn't kill the simulator :) [/quote:ea3938c627] Using the latest and most advanced in "Monkey see, Monkey do"-technology =) From amadeus@uadeforum Sun Jul 24 21:21:40 2005 From: amadeus Date: Sun Jul 24 21:21:40 2005 Message-Id: <00000610.025@uade.forum> In-Reply-To: <00000610.024@uade.forum> Subject: Re: Work towards UADE 2.00 progressing To: UADE-Developer-discussion [quote:952b3fc1a7="shd"]I've disabled UADE 1.0x xmms and beepmp plugins from my workstations for good. I'm not suggesting you to do the same, yet ;) I hope this will advance the schedule of writing UADE2 xmms and beepmp plugins =)[/quote:952b3fc1a7] What? Are you using a GUI? What's wrong with a for-loop ?=) From Guest@uadeforum Mon Jul 25 13:39:47 2005 From: Guest Date: Mon Jul 25 13:39:47 2005 Message-Id: <00000610.026@uade.forum> In-Reply-To: <00000610.025@uade.forum> Subject: Re: Work towards UADE 2.00 progressing To: UADE-Developer-discussion [quote:db0444a48e="amadeus"][quote:db0444a48e="shd"]I've disabled UADE 1.0x xmms and beepmp plugins from my workstations for good. I'm not suggesting you to do the same, yet ;) I hope this will advance the schedule of writing UADE2 xmms and beepmp plugins =)[/quote:db0444a48e] What? Are you using a GUI? What's wrong with a for-loop ?=)[/quote:db0444a48e] hej folks, back from DK. I already miss danske řl og rřde přlser... hehe, Martin, how do you Danes manage to drive by car? the fuel is even more expensive than ours ;) anyway, getting on-topic. I'm not sure if we should make the effort and work on an updated bmp plugin. It seems the beep folks want to drop plugin support soon and exchange it with a gstreamer backend... Michael From shd@uadeforum Mon Jul 25 14:16:33 2005 From: shd Date: Mon Jul 25 14:16:33 2005 Message-Id: <00000610.027@uade.forum> In-Reply-To: <00000610.026@uade.forum> Subject: Re: Work towards UADE 2.00 progressing To: UADE-Developer-discussion [quote:70bcd33048="Anonymous"] Martin, how do you Danes manage to drive by car? the fuel is even more expensive than ours ;) [/quote:70bcd33048] Speaking of fuel. This blog is interesting and sometimes funny: http://jameshowardkunstler.typepad.com/ [quote:70bcd33048] anyway, getting on-topic. I'm not sure if we should make the effort and work on an updated bmp plugin. It seems the beep folks want to drop plugin support soon and exchange it with a gstreamer backend... [/quote:70bcd33048] When would this gstreamer infra be ready? From amadeus@uadeforum Tue Jul 26 12:37:56 2005 From: amadeus Date: Tue Jul 26 12:37:56 2005 Message-Id: <00000610.028@uade.forum> In-Reply-To: <00000610.027@uade.forum> Subject: Re: Work towards UADE 2.00 progressing To: UADE-Developer-discussion [quote:bd34ea506f="Anonymous"]back from DK. I already miss danske řl og rřde přlser... hehe, Martin, how do you Danes manage to drive by car? the fuel is even more expensive than ours ;) [/quote:bd34ea506f] Hehe. Where in DK were you this time? =) I too can't beleive the high fuel prices =( They have boomed the couple of weeks to the highest ever. The 25% vet we have on everything doesn't make it any better. I am looking forward for the Hydrogen car to take on the marked =) From shd@uadeforum Thu Jul 28 10:00:17 2005 From: shd Date: Thu Jul 28 10:00:17 2005 Message-Id: <00000610.029@uade.forum> In-Reply-To: <00000610.028@uade.forum> Subject: Re: Work towards UADE 2.00 progressing To: UADE-Developer-discussion More changes -> UADE 1.50-pre5: http://uade.ton.tut.fi/uade2/devel/uade-1.50-pre5.tar.bz2 2005-07-25 Heikki Orsila <heikki.orsila@iki.fi> - It seems ALSA lib could fork and consequently terminate a process when used through libao, and we must not consider it an error in our signal handler that catches all dead children. The signal handler assumed that the only child that could die is uade. (shd) 2005-07-24 Heikki Orsila <heikki.orsila@iki.fi> - New keys for interactive mode: [0-9] - Select subsong in range [0, 9] q - Quit player s - Switch between normal and shuffle mode x - Restart current subsong - Added -Ł or --no-song-end switches. Song just keeps playing even if the amiga player says it has ended. Dude! You can get pretty weird sounds with this, and sometimes the sound core crashes, and should crash. Fortunately that doesn't kill the simulator :) - Made help print (-h) prettier by aligning tex columns - Added -K or --no-keys to disable action keys (this can be used to override the uade.conf if it enables actions by default). From timofonic@uadeforum Mon Jul 25 15:04:25 2005 From: timofonic Date: Mon Jul 25 15:04:25 2005 Message-Id: <00000619.001@uade.forum> Subject: UADE2 will have a lot better portability? To: UADE-Developer-discussion Hello, I want to know if UADE2 will be improvened in portability stuff and if it will require more CPU power or less. The core it will act like a library? What about technical documentation for use it? What about license, LGPL or GPL? What about a possible 2nd stage of the project in the medium-largue future? Reverse engineering for doing a non-emulated UADE, UADP or something like that ;) Best regards, timofonic From shd@uadeforum Mon Jul 25 23:26:47 2005 From: shd Date: Mon Jul 25 23:26:47 2005 Message-Id: <00000619.002@uade.forum> In-Reply-To: <00000619.001@uade.forum> Subject: Re: UADE2 will have a lot better portability? To: UADE-Developer-discussion [quote:a12f741092="timofonic"] I want to know if UADE2 will be improvened in portability stuff and if it will require more CPU power or less. The core it will act like a library? What about technical documentation for use it? What about license, LGPL or GPL? What about a possible 2nd stage of the project in the medium-largue future? Reverse engineering for doing a non-emulated UADE, UADP or something like that ;) [/quote:a12f741092] Not more portable to new operating systems, but it will be easier to write a plugin for different players, such as XMMS. The two biggest motivation for UADE2 were that what I already said (easier to write new plugins) and correct some fundamentally bad design choices (laziness) in communication between the player and the emulator. The core (the emulator) acts like a slave for the player. The core runs in its own process which has totally separate address space than the player. I've designed a synchronous communication protocol that is used from a player. There is no technical documentation at the moment. The protocol is not complex, though it would be nice to write one. There is example source code in the uade123 frontend. Also, there's a code module that handles the low-level stuff for the protocol so it need not be rewritten (src/uadecontrol.c). The license of the core is GPL, but all the control modules and frontends are dual licensed under GPL _and_ Public Domain, so reusing our modules gives no license problems. However, I'm not sure if all player frontends should be considered derivative works of the GPL'ed core. This is an open question and it can hinder use of uade core in players that aren't GPL or LGPL. Reverse engineering Amiga music players is not much fun and it's a wasted cause emulation works so well. Hence I won't be doing it. Obviously there are people who enjoy it, so go and ask them. From piru@uadeforum Wed Jul 27 00:43:32 2005 From: piru Date: Wed Jul 27 00:43:32 2005 Message-Id: <00000622.001@uade.forum> Subject: AHI doublebuffering out-of-sync fix To: UADE-Developer-discussion I finally managed to figure out the reason for the AHI double buffering out-of-sync problem: Basically with a busy system, both new and pending iorequest could both get processed in single iteration. This would lead into bad syncronization until next song. The fix identifies the out-of-sync condition and forces doublebuffering restart. The result is that the audio will have brief gap, but I consider that less evil than losing the sync for the whole song. The patch (against uade-1.03.tar.bz2): http://www.iki.fi/sintonen/uade/sd-sound-ahi.h.diffs - Harry "Piru" Sintonen From shd@uadeforum Wed Jul 27 10:10:42 2005 From: shd Date: Wed Jul 27 10:10:42 2005 Message-Id: <00000622.002@uade.forum> In-Reply-To: <00000622.001@uade.forum> Subject: Re: AHI doublebuffering out-of-sync fix To: UADE-Developer-discussion [quote:db27a1f8b8="piru"] The patch (against uade-1.03.tar.bz2): http://www.iki.fi/sintonen/uade/sd-sound-ahi.h.diffs [/quote:db27a1f8b8] Merged. Will be in UADE 1.04. Is this so a critical issue that UADE 1.04 should be released soon? I could also release a 1.04-pre1 if necessary. From Guest@uadeforum Thu Jul 28 11:23:15 2005 From: Guest Date: Thu Jul 28 11:23:15 2005 Message-Id: <00000622.003@uade.forum> In-Reply-To: <00000622.002@uade.forum> Subject: Re: AHI doublebuffering out-of-sync fix To: UADE-Developer-discussion [quote:225c6d9a30="shd"]Is this so a critical issue that UADE 1.04 should be released soon? I could also release a 1.04-pre1 if necessary.[/quote:225c6d9a30] It's not that critical imo.. just annoying. There's no crash or anything like that. The audio could just get out of sync under heavy load. Anyway, my 1.03 build has the fix incorporated. So it really isn't quite 1.03... :) From shd@uadeforum Thu Jul 28 11:30:53 2005 From: shd Date: Thu Jul 28 11:30:53 2005 Message-Id: <00000622.004@uade.forum> In-Reply-To: <00000622.003@uade.forum> Subject: Re: AHI doublebuffering out-of-sync fix To: UADE-Developer-discussion [quote:aaa945adb9="Anonymous"]Anyway, my 1.03 build has the fix incorporated. So it really isn't quite 1.03... :)[/quote:aaa945adb9] That is something you should not do. The main 1.03 source must be compilable to exactly the same binary. It breaks versioning otherwise. It would have been easy to release 1.03-piru or 1.04-pre1. I'm not going to remove that binary from distribution, but don't do it again. From shd@uadeforum Sat Aug 13 16:15:37 2005 From: shd Date: Sat Aug 13 16:15:37 2005 Message-Id: <00000633.001@uade.forum> Subject: CVS server downtime To: UADE-Developer-discussion CVS and rsync server going down for a while. I'm moving my operations to a hopefully permanent location at MMD networks (.fi). From shd@uadeforum Mon Aug 15 12:49:32 2005 From: shd Date: Mon Aug 15 12:49:32 2005 Message-Id: <00000637.001@uade.forum> Subject: New server up. Public CVS server. To: UADE-Developer-discussion The DNS system isn't setup yet, but the new server is up and serving. Services are: - Following command serves you with a set of exotic songs: rsync -av zakalwe.virtuaalipalvelin.net::chip /local/path/ - Private/Public CVS server: cvs -d :pserver:uadecvs@zakalwe.virtuaalipalvelin.net:/home/cvs/uade-cvsroot login To sync uade 1 cvs module, do: cvs -d :pserver:uadecvs@zakalwe.virtuaalipalvelin.net:/home/cvs/uade-cvsroot -q co uade-2 To sync uade 2 cvs module, do: cvs -d :pserver:uadecvs@zakalwe.virtuaalipalvelin.net:/home/cvs/uade-cvsroot -q co uade The password for uadecvs acoount is uadecvs. Those who had read-only account before, will now have to use the uadecvs account. Those who had write access still use their old accounts/passwords. - Web server has been moved too. We'll soon get a new name for these services. Old http://uade.ton.tut.fi is forwarded to the new location. From mld/uade team@uadeforum Fri Aug 26 09:57:11 2005 From: mld/uade team Date: Fri Aug 26 09:57:11 2005 Message-Id: <00000648.001@uade.forum> Subject: Groulef To: UADE-Developer-discussion [quote:7a4e698634] >> Could you send me the file? I think the Groulef player lacked support >> for one format. http://exotica.fix.no/tunes/archive/EA-EarAche/EA.SkyDance.lha http://exotica.fix.no/tunes/archive/EA-EarAche/EA.SkyTheBest.lha >> I think I wrote a work-around for those EAS0 Groulef/Earaches in the >> decruncher for the unix version make patching the >> files before passing them on to the player. Oh, I see it now. Thanks.[/quote:7a4e698634] as I thought, both files only work if patched by the "decruncher". The Groulef eagleplayer only plays one Earache Format natively. From shd@uadeforum Sat Aug 27 17:39:15 2005 From: shd Date: Sat Aug 27 17:39:15 2005 Message-Id: <00000649.001@uade.forum> Subject: UADE2 on cygwin To: UADE-Developer-discussion It seems uade2 works with cygwin with small changes. Jarno Paananen <jpaana@s2.org> sent me a small patch (applied to the CVS): http://zakalwe.virtuaalipalvelin.net/uade/patches/jarno.paananen/patch-2005-08-27-uade-1.50-pre5-cygwin.diff Would be nice to hear how it works since I don't run Windows.. From shd@uadeforum Sun Aug 28 12:51:05 2005 From: shd Date: Sun Aug 28 12:51:05 2005 Message-Id: <00000649.002@uade.forum> In-Reply-To: <00000649.001@uade.forum> Subject: Re: UADE2 on cygwin To: UADE-Developer-discussion [quote:951aec2632="shd"]It seems uade2 works with cygwin with small changes. Jarno Paananen <jpaana@s2.org> sent me a small patch (applied to the CVS): http://zakalwe.virtuaalipalvelin.net/uade/patches/jarno.paananen/patch-2005-08-27-uade-1.50-pre5-cygwin.diff Would be nice to hear how it works since I don't run Windows..[/quote:951aec2632] Apparently it doesn't compile or install without some additional tricks. It'll be fixed soon. From pieknyman@uadeforum Mon Aug 29 22:47:41 2005 From: pieknyman Date: Mon Aug 29 22:47:41 2005 Message-Id: <00000650.001@uade.forum> Subject: ptk-prowiz To: UADE-Developer-discussion Unfortunately I still can't use your PTK-Prowiz with Delix since it unpacks mods in the check routine, which makes it impossible to do checking and playing at the same time (bacause of using the same variables I presume). Can the unpacking code be moved to InitPlayer? :) Cheers! From shd@uadeforum Tue Aug 30 07:47:58 2005 From: shd Date: Tue Aug 30 07:47:58 2005 Message-Id: <00000650.002@uade.forum> In-Reply-To: <00000650.001@uade.forum> Subject: Re: ptk-prowiz To: UADE-Developer-discussion [quote:cd42d173ad="pieknyman"]Unfortunately I still can't use your PTK-Prowiz with Delix since it unpacks mods in the check routine, which makes it impossible to do checking and playing at the same time (bacause of using the same variables I presume). Can the unpacking code be moved to InitPlayer? :) [/quote:cd42d173ad] I suggest you don't try to do that. Side effects of having simultaneous checks and playing will cause bugs. Anyway, you're right that check() shouldn't unpack mods. Perhaps Michael will do something about it. From pieknyman@uadeforum Tue Aug 30 08:01:10 2005 From: pieknyman Date: Tue Aug 30 08:01:10 2005 Message-Id: <00000650.003@uade.forum> In-Reply-To: <00000650.002@uade.forum> Subject: Re: ptk-prowiz To: UADE-Developer-discussion [quote:68ffec44fa="shd"] I suggest you don't try to do that. Side effects of having simultaneous checks and playing will cause bugs. [/quote:68ffec44fa] I suppose there should be no problems if the checks use only ChkData and ChkSize (that's what these variables exist for). [quote:68ffec44fa="shd"] Anyway, you're right that check() shouldn't unpack mods. Perhaps Michael will do something about it. [/quote:68ffec44fa] I'll wait. Thanks. From mld@uadeforum Tue Aug 30 13:09:22 2005 From: mld Date: Tue Aug 30 13:09:22 2005 Message-Id: <00000650.004@uade.forum> In-Reply-To: <00000650.003@uade.forum> Subject: Re: ptk-prowiz To: UADE-Developer-discussion I disagree about check shouldn't unpack the mods :) Actually it makes more sense to unpack the mods before accepting them as playable filetype, than in initplayer. It currently works like this. We get a file and see if they have one of the module tags, if not we pass them on and see if they can be converted to protracker. If both fails, some tests are done to see about some obscure mods without tags like 15 instrument mods. Then we check what kind of mod it is (noise/pro/soundtracker) and then we accept the file. I can confirm the whole thing is probl. not reentrant because I set some flags for different mod type behaviour *grin* so that's where the trouble probl. comes with delix replaying and checking the same time. I can easily imagine a worst case scenario when accepting and storing a new module pointer while still trying to play from an old pointer. But I think that's not safe with many other replayers too :) I think about it a bit... :) From pieknyman@uadeforum Tue Aug 30 14:39:55 2005 From: pieknyman Date: Tue Aug 30 14:39:55 2005 Message-Id: <00000650.005@uade.forum> In-Reply-To: <00000650.004@uade.forum> Subject: Re: ptk-prowiz To: UADE-Developer-discussion [quote:e5cde2d463="mld"] I disagree about check shouldn't unpack the mods :) Actually it makes more sense to unpack the mods before accepting them as playable filetype, than in initplayer. [/quote:e5cde2d463] Why? InitPlayer can fail, can't it? Check should be as fast as possible, IMO - just examinig wether data at given location is a supported format, returning yes or no and without storing any information. (Of course I don't complain. No. :) ) [quote:e5cde2d463="mld"] But I think that's not safe with many other replayers too :) [/quote:e5cde2d463] Well, Delix is working pretty fine. It looks to me every other player uses chkdata and chksize only and doesn't do anything more. Just look at the sources, if you don't believe me. :) [quote:e5cde2d463="mld"] I think about it a bit... :) [/quote:e5cde2d463] Do. :) From mld@uadeforum Tue Aug 30 15:00:18 2005 From: mld Date: Tue Aug 30 15:00:18 2005 Message-Id: <00000650.006@uade.forum> In-Reply-To: <00000650.005@uade.forum> Subject: Re: ptk-prowiz To: UADE-Developer-discussion [quote:4724f526e5="pieknyman"][quote:4724f526e5="mld"] I disagree about check shouldn't unpack the mods :) Actually it makes more sense to unpack the mods before accepting them as playable filetype, than in initplayer. [/quote:4724f526e5] Why? InitPlayer can fail, can't it? Check should be as fast as possible, IMO - just examinig wether data at given location is a supported format, returning yes or no and without storing any information. (Of course I don't complain. No. :) )[/quote:4724f526e5] I agree check should be as fast as possible, but accepting filetypes in check and failing in initplayer doesn't "feel" right. I can only check mod clones when I depack them before. If I don't store anything I have to depack them again. [quote:4724f526e5][quote:4724f526e5="mld"] But I think that's not safe with many other replayers too :) [/quote:4724f526e5] Well, Delix is working pretty fine. It looks to me every other player uses chkdata and chksize only and doesn't do anything more. Just look at the sources, if you don't believe me. :)[/quote:4724f526e5] Luck? hehe, just kidding. I know ptk-prowiz is bad and as I said it's worth to be rewritten, if I only had time... *sigh* [quote:4724f526e5][quote:4724f526e5="mld"] I think about it a bit... :) [/quote:4724f526e5] Do. :)[/quote:4724f526e5][/quote] hehe... ok. From Guest@uadeforum Tue Aug 30 16:06:23 2005 From: Guest Date: Tue Aug 30 16:06:23 2005 Message-Id: <00000650.007@uade.forum> In-Reply-To: <00000650.006@uade.forum> Subject: Re: ptk-prowiz To: UADE-Developer-discussion [quote:8d592f31cd="mld"] I can only check mod clones when I depack them before. If I don't store anything I have to depack them again. [/quote:8d592f31cd] Well, that is some kind od solution. :) And BTW, your AudioSculpture player is also using GetListData in the check function. :grin: From pieknyman@uadeforum Tue Aug 30 16:08:02 2005 From: pieknyman Date: Tue Aug 30 16:08:02 2005 Message-Id: <00000650.008@uade.forum> In-Reply-To: <00000650.007@uade.forum> Subject: Re: ptk-prowiz To: UADE-Developer-discussion Some kind OF solution... (I should have registered to the forum ;) ) From pieknyman@uadeforum Tue Aug 30 17:12:27 2005 From: pieknyman Date: Tue Aug 30 17:12:27 2005 Message-Id: <00000650.009@uade.forum> In-Reply-To: <00000650.008@uade.forum> Subject: Re: ptk-prowiz To: UADE-Developer-discussion Oh jolly.... Your AudioSculpture player does tricks in the check routine too.... :/ From amadeus@uadeforum Fri Sep 2 22:51:42 2005 From: amadeus Date: Fri Sep 2 22:51:42 2005 Message-Id: <00000657.001@uade.forum> Subject: audio.device To: UADE-Developer-discussion I just looked at the sources for Multi Player 1.32 (which is GPL), and they have implemented audio.device support in about 70 lines of asm code. Is UADE (1.5?) suited to *.device support, or will it require some rewriting in the core? From shd@uadeforum Sun Sep 4 11:19:03 2005 From: shd Date: Sun Sep 4 11:19:03 2005 Message-Id: <00000657.002@uade.forum> In-Reply-To: <00000657.001@uade.forum> Subject: Re: audio.device To: UADE-Developer-discussion [quote:cce5acb80d="amadeus"]I just looked at the sources for Multi Player 1.32 (which is GPL), and they have implemented audio.device support in about 70 lines of asm code. Is UADE (1.5?) suited to *.device support, or will it require some rewriting in the core?[/quote:cce5acb80d] What does the code do? Is it only used to allocate channels? We can't directly copy code from Multi Player because our sound core is LGPLed. I won't look at the source code, but if someone tells me what the purpose of that code is then maybe I can create an implementation of my own. But where do we really need audio.device? A quick look showed that only MaxTrax could make use of that. Are there others? From amadeus@uadeforum Sun Sep 4 12:13:15 2005 From: amadeus Date: Sun Sep 4 12:13:15 2005 Message-Id: <00000657.003@uade.forum> In-Reply-To: <00000657.002@uade.forum> Subject: Re: audio.device To: UADE-Developer-discussion [quote:00031bce27="shd"]What does the code do? Is it only used to allocate channels? We can't directly copy code from Multi Player because our sound core is LGPLed. I won't look at the source code, but if someone tells me what the purpose of that code is then maybe I can create an implementation of my own.[/quote:00031bce27] Okay. I see the conflict there. But yes, it allocates and afterwards frees the audio.device channels. [quote:00031bce27="shd"]But where do we really need audio.device? A quick look showed that only MaxTrax could make use of that. Are there others?[/quote:00031bce27] No, MaxTrax is the only one left that requires audio.dev From shd@uadeforum Sun Sep 4 12:29:48 2005 From: shd Date: Sun Sep 4 12:29:48 2005 Message-Id: <00000657.004@uade.forum> In-Reply-To: <00000657.003@uade.forum> Subject: Re: audio.device To: UADE-Developer-discussion [quote:807fc19d60="amadeus"] No, MaxTrax is the only one left that requires audio.dev[/quote:807fc19d60] Could you check what kind of functionality we need for audio.device to make MaxTrax work? Audio.device can do a lot more than just allocate channels so I'd rather know how much we need to do. The audio.device commands are: CMD_WRITE CMD RESTE CMD_FLUSH CMD_STOP CMD_START CMD_READ ADCMD_ALLOCATE ADCMD_FREE ADCMD_SETPREC ADCMD_LOCK ADCMD_PREVOL ADCMD_WAITCYCLE ADCMD_FINISH From shd@uadeforum Sun Sep 4 12:33:15 2005 From: shd Date: Sun Sep 4 12:33:15 2005 Message-Id: <00000657.005@uade.forum> In-Reply-To: <00000657.004@uade.forum> Subject: Re: audio.device To: UADE-Developer-discussion [quote:423878f0b7="shd"] The audio.device commands are: CMD_WRITE CMD RESTE CMD_FLUSH CMD_STOP CMD_START CMD_READ ADCMD_ALLOCATE ADCMD_FREE ADCMD_SETPREC ADCMD_LOCK ADCMD_PREVOL ADCMD_WAITCYCLE ADCMD_FINISH[/quote:423878f0b7] Also, OpenDevice can be used to allocate channels while opening the device. No IO commands are required to do that. lea chans,a0 lea audiodeviceio,a1 moveq #4,d0 move.l a0,ioa_Data(a1) move.l d0,ioa_Length(a1) OpenDevice() chans: dc.b 1,2,4,8 If we can do with just handling audio device opening stuff I'm glad. But if we need playback support too, it gets lot more complex. From amadeus@uadeforum Sun Sep 4 15:07:14 2005 From: amadeus Date: Sun Sep 4 15:07:14 2005 Message-Id: <00000657.006@uade.forum> In-Reply-To: <00000657.005@uade.forum> Subject: Re: audio.device To: UADE-Developer-discussion Okay, this is wired. It seams that MaxTrax only uses audio.device to start and stop the music. Can that really be true? From MaxTrax.lha:max.asm [code:1:ee59851685] * init audio blocks move.l _audio_ctrl,a1 ; set-up open device move.b #127,LN_PRI(a1) ; don't allow stealing move.l _play_port,MN_REPLYPORT(a1) ; the reply port move.w #$0f0f,-(sp) ; allocation key is 0f move.l sp,ioa_Data(a1) ; data on stack moveq #1,d0 ; only one byte move.l d0,ioa_Length(a1) lea audio_name,a0 ; call OpenDevice moveq #0,d0 moveq #0,d1 move.l _SysBase,a6 JSRLIB OpenDevice addq.w #2,sp ; clean-up stack tst.l d0 ; if not zero, an error bne 98$ move.l _audio_ctrl,a1 move.l IO_DEVICE(a1),d0 move.l d0,_AudioDevice ; get AudioDevice ptr [/code:1:ee59851685] From shd@uadeforum Sun Sep 4 15:12:50 2005 From: shd Date: Sun Sep 4 15:12:50 2005 Message-Id: <00000657.007@uade.forum> In-Reply-To: <00000657.006@uade.forum> Subject: Re: audio.device To: UADE-Developer-discussion [quote:aed5ed14cb="amadeus"]Okay, this is wired. It seams that MaxTrax only uses audio.device to start and stop the music. Can that really be true? [/quote:aed5ed14cb] I guess yes, but you can verify that rather easily. If you can see writes to audio hw registers then it's probably true, because program hitting audio hw through audio.device and application code would be insane (unfortunately I've seen plenty of insane playroutines on Amiga :-). From amadeus@uadeforum Sun Sep 4 19:18:19 2005 From: amadeus Date: Sun Sep 4 19:18:19 2005 Message-Id: <00000657.008@uade.forum> In-Reply-To: <00000657.007@uade.forum> Subject: Re: audio.device To: UADE-Developer-discussion [quote:9ea2758d91="shd"]I guess yes, but you can verify that rather easily. If you can see writes to audio hw registers then it's probably true, because program hitting audio hw through audio.device and application code would be insane (unfortunately I've seen plenty of insane playroutines on Amiga :-).[/quote:9ea2758d91] The music player is not initialized by audio.dev, but the channels are. audio_name points to audio.device What bothers me, is that I can't see writes to hardware registers, which I ought to, because the init player doesn't use audio.dev From shd@uadeforum Sat Oct 29 14:03:36 2005 From: shd Date: Sat Oct 29 14:03:36 2005 Message-Id: <00000657.009@uade.forum> In-Reply-To: <00000657.008@uade.forum> Subject: Re: audio.device To: UADE-Developer-discussion [quote:cdc81774bc="amadeus"] What bothers me, is that I can't see writes to hardware registers, which I ought to, because the init player doesn't use audio.dev[/quote:cdc81774bc] Look at max.asm line 2265. There it starts to prepare an audio.device write command to play a sample. From amadeus@uadeforum Mon Oct 31 01:51:52 2005 From: amadeus Date: Mon Oct 31 01:51:52 2005 Message-Id: <00000657.010@uade.forum> In-Reply-To: <00000657.009@uade.forum> Subject: Re: audio.device To: UADE-Developer-discussion [quote:ccc8a8cfda="shd"]Look at max.asm line 2265. There it starts to prepare an audio.device write command to play a sample.[/quote:ccc8a8cfda] Yeah, you are right. There even seams to be some sort of stereo multiplexing going on there... From shd@uadeforum Thu Sep 8 19:22:37 2005 From: shd Date: Thu Sep 8 19:22:37 2005 Message-Id: <00000664.001@uade.forum> Subject: mod2ogg2.sh To: UADE-Developer-discussion Giulio Canevari just submitted mod2ogg2.sh to me. It's included now in the uade2 cvs. It's still experimental, but so is uade2 ;-) Thanks to him I also fixed --panning option. Only -p option worked, because I had screwed command line switch handling :( From Guest@uadeforum Tue Nov 1 18:55:46 2005 From: Guest Date: Tue Nov 1 18:55:46 2005 Message-Id: <00000664.002@uade.forum> In-Reply-To: <00000664.001@uade.forum> Subject: Re: mod2ogg2.sh To: UADE-Developer-discussion [quote:940156a42d][/quote:940156a42d] Why in the world would you say that?! From shd@uadeforum Tue Nov 1 19:07:40 2005 From: shd Date: Tue Nov 1 19:07:40 2005 Message-Id: <00000664.003@uade.forum> In-Reply-To: <00000664.002@uade.forum> Subject: Re: mod2ogg2.sh To: UADE-Developer-discussion [quote:467f248bd6="Anonymous"] Why in the world would you say that?![/quote:467f248bd6] Because at that time mod2ogg had not been tested extensively with UADE2 (by many users). How many users are there today? From Lem@uadeforum Sat Sep 24 13:03:01 2005 From: Lem Date: Sat Sep 24 13:03:01 2005 Message-Id: <00000675.001@uade.forum> Subject: Mixing frequency/resolution in UADE.. little wishlist To: UADE-Developer-discussion Hi guys, Feature for UADE .. selectable mixing frequency? I wanted to play around with higher sampling rates than 44100Hz, but wasn't sure how to get UADE to do that. I'm using UADE 1.03. Letting the user either enter a custom mixing frequency, or having selectable presets (48000, 88K, 96K, 192K, etc) would be cool. 24bit output would be cool. And, offtopic wishlist: customisable playlist entries in the XMMS/BMP plugin. Allow the user to say how the mods will be presented in the playlist (for example, %f for format, %t for songname/filename, so they could specify %f.%t, or %t.%f, or just %t .. etc). Little wishlist :) Cheers, Lem From shd@uadeforum Sat Sep 24 14:26:03 2005 From: shd Date: Sat Sep 24 14:26:03 2005 Message-Id: <00000675.002@uade.forum> In-Reply-To: <00000675.001@uade.forum> Subject: Re: Mixing frequency/resolution in UADE.. little wishlist To: UADE-Developer-discussion [quote:82a570018b="Lem"] Feature for UADE .. selectable mixing frequency? I wanted to play around with higher sampling rates than 44100Hz, but wasn't sure how to get UADE to do that. I'm using UADE 1.03. Letting the user either enter a custom mixing frequency, or having selectable presets (48000, 88K, 96K, 192K, etc) would be cool. 24bit output would be cool. [/quote:82a570018b] Uade 1.0x is in feature freeze, so new features won't be added by me. Bugs can be fixed though. But hey, anyone can submit me source patches to add new features into 1.0x, but I'm spending my time with uade2.. 48 kHz is possible with the command line tool, but the XMMS and BeepMP plugins will break. As this is not a feature, but rather a bug of the 1.0x, I can fix this for the next release. For the command line tool just edit the uaerc file if you need 48 kHz. I don't know exact limits on the Hz range, but audio drivers could be the biggest limitation. What is the reason for bigger sampling frequency? I would not like to add that for uade2 without a good reason. 44.1 kHz 16-bits stereo is more than enough for Amiga sound synthesis. [quote:82a570018b] And, offtopic wishlist: customisable playlist entries in the XMMS/BMP plugin. Allow the user to say how the mods will be presented in the playlist (for example, %f for format, %t for songname/filename, so they could specify %f.%t, or %t.%f, or just %t .. etc). [/quote:82a570018b] I like that idea. We could add that into uade2 when we port it for xmms/beepmp. From shd@uadeforum Sat Sep 24 17:48:29 2005 From: shd Date: Sat Sep 24 17:48:29 2005 Message-Id: <00000675.003@uade.forum> In-Reply-To: <00000675.002@uade.forum> Subject: Re: Mixing frequency/resolution in UADE.. little wishlist To: UADE-Developer-discussion [quote:dca46c8ea9="Lem"] Feature for UADE .. selectable mixing frequency? I wanted to play around with higher sampling rates than 44100Hz, but wasn't sure how to get UADE to do that. I'm using UADE 1.03. [/quote:dca46c8ea9] Please test the current cvs version, or apply the following patch to test sampling frequency change: http://zakalwe.virtuaalipalvelin.net/uade/patches/patch-2005-09-24-samplingrate.diff You must edit uaerc to change sampling frequency. btw. listening with 11025 Hz gives nice sound ;) Please report back of success or failure. The sooner I get reports that it works, the sooner I'll release it. From Lem@uadeforum Mon Sep 26 14:32:22 2005 From: Lem Date: Mon Sep 26 14:32:22 2005 Message-Id: <00000675.004@uade.forum> In-Reply-To: <00000675.003@uade.forum> Subject: Re: Mixing frequency/resolution in UADE.. little wishlist To: UADE-Developer-discussion I applied the diff to a clean uade-1.03 tree, then compiled (GCC-4.01 on AMD64 Debian Sid). UADE runs fine. I changed sound_frequency in ~/.uaerc to 96000 and tried dumping the sound to a raw file like this: uade Be\ Funky.mod -outpipe 1 >Be_Funky.raw I then open the result in baudline (www.baudline.com), and find that the result is 44100Hz 16bit stereo, rather than 96000Hz 16bit stereo. Have I perhaps done something wrong? From Lem@uadeforum Mon Sep 26 14:46:17 2005 From: Lem Date: Mon Sep 26 14:46:17 2005 Message-Id: <00000675.005@uade.forum> In-Reply-To: <00000675.004@uade.forum> Subject: Re: Mixing frequency/resolution in UADE.. little wishlist To: UADE-Developer-discussion Ah, I noticed /usr/share/uade/uaerc .. I changed sound_frequency in this file to 96000 and 58000 (just below maximum Paula outut, in case of possible emulation quirkiness), but I still got 44100Hz raw output. From shd@uadeforum Mon Sep 26 15:06:05 2005 From: shd Date: Mon Sep 26 15:06:05 2005 Message-Id: <00000675.006@uade.forum> In-Reply-To: <00000675.005@uade.forum> Subject: Re: Mixing frequency/resolution in UADE.. little wishlist To: UADE-Developer-discussion [quote:2581add190="Lem"]Ah, I noticed /usr/share/uade/uaerc .. I changed sound_frequency in this file to 96000 and 58000 (just below maximum Paula outut, in case of possible emulation quirkiness), but I still got 44100Hz raw output.[/quote:2581add190] Try what strace says: $ strace uade song 2>errfile <ctrl-c> $ less errfile Search for uaerc. I get: access("/home/shd/.uade/uaerc", R_OK) = 0 open("/home/shd/.uade/uaerc", O_RDONLY) = 3 Editing that file to, say 11025, gives me very audible results. From shd@uadeforum Mon Sep 26 15:08:04 2005 From: shd Date: Mon Sep 26 15:08:04 2005 Message-Id: <00000675.007@uade.forum> In-Reply-To: <00000675.006@uade.forum> Subject: Re: Mixing frequency/resolution in UADE.. little wishlist To: UADE-Developer-discussion [quote:b138e976cd="Lem"]I applied the diff to a clean uade-1.03 tree, then compiled (GCC-4.01 on AMD64 Debian Sid). UADE runs fine. I changed sound_frequency in ~/.uaerc to 96000 and tried dumping the sound to a raw file like this: uade Be\ Funky.mod -outpipe 1 >Be_Funky.raw I then open the result in baudline (www.baudline.com), and find that the result is 44100Hz 16bit stereo, rather than 96000Hz 16bit stereo. Have I perhaps done something wrong?[/quote:b138e976cd] Ah.. Noticed the error. ~/.uaerc is _not_ the file you should edit. It is ~/.uade/uaerc. The file in ~/.uade/uaerc takes precedence over /usr/local/share/uade/uaerc. Would editing ~/.uade/uaerc solve your problem? From Lem@uadeforum Tue Sep 27 01:32:56 2005 From: Lem Date: Tue Sep 27 01:32:56 2005 Message-Id: <00000675.008@uade.forum> In-Reply-To: <00000675.007@uade.forum> Subject: Re: Mixing frequency/resolution in UADE.. little wishlist To: UADE-Developer-discussion Thanks shd, I got it working. I found that the uade binary ignores /usr/share/uade/uaerc. It does load ~/.uade/uaerc, and changing the sound_frequency works perfectly, all the way up to 192000Hz here. I tried mixing at 44100 and 88200, and I heard a noticable difference. It's sort of like weak interpolation but not. I have an Audigy2 ZS (supports up to 24bit 192kHz 2 channel or 24bit 96kHz 6/8 channel, but I'm not sure how featured the Linux emu10k1 driver is, that is, does it even allow sampling rates above 48000Hz without downmixing in either software or hardware? I thought maybe the weak interpolation-like effect I heard was maybe from either software or hardware downmixing. In either case, the sound was cleaner >44100Hz (in the case of be funky.mod and minute.mod by Hollywood). I did a bit of experimenting. I have uade compiled with ALSA support. When I try to pass mixing frequencies >192000Hz, uade reports "Couldn't open audio: Couldn't set audio parameters: Invalid argument", so I guess 192kHz does work. At certain frequencies above 100kHz, it sounds like the mod is slightly lower in pitch, quirky. Have you tried higher mixing frequencies, and if so, can you hear any difference? Someone with a fully supported high resolution sound card might be able to test this, if there's anyone here with such a card. Which file does the XMMS uade plugin try to load? From shd@uadeforum Tue Sep 27 06:54:29 2005 From: shd Date: Tue Sep 27 06:54:29 2005 Message-Id: <00000675.009@uade.forum> In-Reply-To: <00000675.008@uade.forum> Subject: Re: Mixing frequency/resolution in UADE.. little wishlist To: UADE-Developer-discussion [quote:1d8aac5319="Lem"] Which file does the XMMS uade plugin try to load?[/quote:1d8aac5319] The same as command line tool. The algorithm is. First try uaerc in home directory. If that doesn't exist, try to find a global uaerc. From alankila@uadeforum Sun Nov 13 20:39:24 2005 From: alankila Date: Sun Nov 13 20:39:24 2005 Message-Id: <00000675.010@uade.forum> In-Reply-To: <00000675.009@uade.forum> Subject: Re: Mixing frequency/resolution in UADE.. little wishlist To: UADE-Developer-discussion UADE CVSversion features a new antialiasing output mode that can be turned on with either interpolator ansi or --interpolator=ansi and it should significantly alleviate the need to go for very high synthesis frequencies like 96 kHz. Going for higher rates might help slightly though, but the filters are designed for 44.1 kHz frequency and will not work at different rates... If we want to support higher mixing rates the src/audio.c should compute the filter coefficients from the actual formulas for each sampling rate desired. That being said I don't think it's necessary quality-wise. Based on my measurements the antialiasing interpolator works very well. From alankila@uadeforum Wed Nov 16 02:25:26 2005 From: alankila Date: Wed Nov 16 02:25:26 2005 Message-Id: <00000675.011@uade.forum> In-Reply-To: <00000675.010@uade.forum> Subject: Re: Mixing frequency/resolution in UADE.. little wishlist To: UADE-Developer-discussion Me bozo. I meant anti, not ansi. From alankila@uadeforum Sat Dec 17 22:54:08 2005 From: alankila Date: Sat Dec 17 22:54:08 2005 Message-Id: <00000675.012@uade.forum> In-Reply-To: <00000675.011@uade.forum> Subject: Re: Mixing frequency/resolution in UADE.. little wishlist To: UADE-Developer-discussion I hope I can push some changes to shd that further improve the antialiased output quality. The antialiasing output works by averaging the sample data between the periods that audio output is picked. The problem is to resample the audio output that Paula generates at 3.5 MHz in desired audio output frequency such as 44.1 kHz. The correct solution for this job is a convolution with the sinc function (sin(x*pi)/(x*pi)) but using it is fairly expensive due to the excessive amount tof multiplications and summations required for every sample of generated output. The first version of the antialiasing filter simply estimated the average of Paula's output between the sampling period (which is 80 Paula clocks). This is conceptually the same as convolution with the block function, which has a constant positive value in some range and falls to zero outside that range. (Unfortunately the convolution was calculated "after the fact" by investigating the audio state variables, and that estimation algorithm had a bug which caused the output to occasionally overshoot and clip, which is why shd disabled it for the -pre10.) However, the block filter is in fact not terribly accurate and tends to average the audio over too wide a region, resulting in some loss of signal power in treble. The error is small, perhaps -0.8 dB for frequencies above 10 kHz, but nevertheless can be easily discerned on FFT. Perceptibly, this may appear as the audio coming out a bit too "smooth". I now realized it's possible to produce a cheap, better approximation of the sinc function with the triangle function (1 - abs(x) for x in [-1, 1], 0 otherwise). The triangle function is just a combination of two straight lines, and it's very easy to compute the convolutions of such lines in this case. However, since the triangle shape is a bit too narrow in respect to the sinc shape, some extra treble noise is now introduced, but it should be quite hard to hear. I hope I can improve the simulation a bit further with some cheap filtering... From alankila@uadeforum Thu Jan 12 10:10:36 2006 From: alankila Date: Thu Jan 12 10:10:36 2006 Message-Id: <00000675.013@uade.forum> In-Reply-To: <00000675.012@uade.forum> Subject: Re: Mixing frequency/resolution in UADE.. little wishlist To: UADE-Developer-discussion http://bel.fi/~alankila/amiga/anti-sinc.diff This one applies against the latest CVS version, but it is likely it works just fine against the 2.01 release too. This patch is not meant to inclusion, and it doesn't preserve the old antialiasing interpolator. However, it is a preview of what is to come. It implements a 4096-point FIR sinc-based resampling algorithm with a cutoff frequency at 20 kHz. The transition band is quite narrow, only some 3 kHz, so all aliasing effects should become fully eliminated. You can see its performance here: http://bel.fi/~alankila/amiga/uade-sinc.png With this, any need for a mixing frequency above 44.1 kHz should be eradicated -- you can now think that the mixing happens at 3.5 MHz as it really does, and a resampling step is then applied to perform the conversion to the desired sampling frequency. This is a fast algorithm because it makes use of the fact that a convolution with a constant can be implemented by an integral and one multiplication. Additionally, because the resampling rate is constant, it's possible to tabularize the integral, which is done. It uses about 6 % of CPU on my AMD64. The magical 4096-point table is computed by a short python program that computes the sinc function for the right resampling effect and multiplies it with the hanning window, and then integrates numerically. The filter has a bit of ripple before the passband, something like 0.3 dB -- this may explain part of the problem. It is however unknown at the present time why the curves do not line up perfectly above 15 kHz. There may be some additional lowpass filtering occuring in the audio path. I've seen this effect before, but I could not know whether it was due to sampling noise or aliasing, so I needed this sinc patch to know whether the effect was real. It could be that the A1200E filter needs a lowpass filter to take care of that -- or then the effect could be due to extra pops and clicks in the PTK-Prowiz player or due to more bugs in the audio state machine. (Almost anything could contribute to the slight excess treble energy, we're talking about less than 0.5 dB in total here.) From alankila@uadeforum Sun Jan 15 20:46:47 2006 From: alankila Date: Sun Jan 15 20:46:47 2006 Message-Id: <00000675.014@uade.forum> In-Reply-To: <00000675.013@uade.forum> Subject: Re: Mixing frequency/resolution in UADE.. little wishlist To: UADE-Developer-discussion The sinc interpolator was merged in CVS yesterday. It's now available from configuration or command line by choosing sinc as the interpolator. The previous patch had at least one bug too, and is obsolete now. From Guest@uadeforum Thu Jan 17 09:29:55 2008 From: Guest Date: Thu Jan 17 09:29:55 2008 Message-Id: <00000675.015@uade.forum> In-Reply-To: <00000675.014@uade.forum> Subject: Re: Mixing frequency/resolution in UADE.. little wishlist To: UADE-Developer-discussion What is the reason for bigger sampling frequency? I would not like to add that for uade2 without a good reason. 44.1 kHz 16-bits stereo is more than enough for Amiga sound synthesis. IDIOT!! Better mixing res and interpolation!! Iwe heard such statements from non coders before. some guy didnt see the point of using 32bits colors when only emulatin 256 amiga colors.... well lowlevel chipset emu ofc...... aah..... and you call yourself a coder????! hardly! implement 96k 24b, or i will.... bother...... sugh.... From alankila@uadeforum Thu Jan 17 15:39:01 2008 From: alankila Date: Thu Jan 17 15:39:01 2008 Message-Id: <00000675.016@uade.forum> In-Reply-To: <00000675.015@uade.forum> Subject: Re: Mixing frequency/resolution in UADE.. little wishlist To: UADE-Developer-discussion You accidentally raised some valid questions. I'd like to take the opportunity to respond to them. We do not *need* better resolution than is available, especially with the sinc resampling algorithm. 16-bit 48 kHz is ideal for, for instance, most Creative cards which default their DSP-driven output for this sampling rate. (Additionally 48 kHz output may be slightly cleaner in the default resampler mode for the kind of reasons you mentioned: the "resampling" is likely slightly better.) The reason we do not benefit from, say, 96 kHz 24-bit sampling is that the antialiased (default) resampler is merely a low-quality hack that I wrote when I was much greener in DSP. Its faults are numerous and much more important than the improvements you get from going 48 kHz to 96 kHz. Additionally, the digital filters it relies on for Amiga 500 emulation are hand tuned for 44.1 and 48 kHz. They DO NOT WORK on 96 kHz, because of properties of bilinear transformation are vastly different in the audio range in these two sampling frequencies. The high-quality sinc resampler has no signal energy above approximately 24 kHz, and therefore there is no reason to use 96 kHz, because no more signal is present in 96 kHz audio compared to 48 kHz. Also, 24-bit output is pointless because the sinc filter design introduces maximum SNR or about 80 dB or so (amiga has 84 dB theoretical dynamic range). This is to fit the result of intermediate computations in 32-bit integer. So 24-bit output gets you mere noise in the -144 - 80 dB area. (This is the same reason why the author of FLAC codec resists things like 24-bit audio support. He knows that the lowest 8 bits are basically random noise and doesn't want to enlarge the file by data which is fundamentally unpredictable, thus reducing compression rates dramatically) From shd@uadeforum Sun Jan 20 14:20:42 2008 From: shd Date: Sun Jan 20 14:20:42 2008 Message-Id: <00000675.017@uade.forum> In-Reply-To: <00000675.016@uade.forum> Subject: Re: Mixing frequency/resolution in UADE.. little wishlist To: UADE-Developer-discussion [quote:d97e7cf486="Anonymous"]IDIOT!! Better mixing res and interpolation!! Iwe heard such statements from non coders before. some guy didnt see the point of using 32bits colors when only emulatin 256 amiga colors.... well lowlevel chipset emu ofc...... aah..... and you call yourself a coder????! hardly! implement 96k 24b, or i will.... bother...... sugh....[/quote:d97e7cf486] First, being a programmer doesn't imply that one knows about signal processing. Second, as I two years ago said, we won't do that without a good reason. Someone has to give THE REASON. A good theoretical or empirical proof is sufficient if there is an audible difference to the current system. I don't want perfect emulation, I'm satisfied with: [list:d97e7cf486]* sufficient accuracy; audible difference is important * good performance; this contradicts with accuracy of course * maintainable code; good coders write simple to understand code to avoid bugs [/list:u:d97e7cf486] So, I want to make a system that is a trade-off between good characteristics. If you're not satifisfied, you can roll your own. Just grab the source ;) From shd@uadeforum Sun Oct 16 19:06:11 2005 From: shd Date: Sun Oct 16 19:06:11 2005 Message-Id: <00000690.001@uade.forum> Subject: On uade2 client-server interaction To: UADE-Developer-discussion I drew a small and fuzzy state diagram about uade2 client-server interaction from client perspective. Basically it's token passing between client and server. The one who has the token is allowed to send messages. Messages can be commands or other data. Even passing the token is a message. If one doesn't have the token one must receive messages. The philosophy is that the client commands the server, not the opposite way. When the client has the token, it issues a read request of new sound data to the server. When the server has the token it provides the client with sound data. It's drawn with Dia, and the specification can be found from the CVS (/uade/doc/*.dia). There's also an eps file on the web: http://zakalwe.virtuaalipalvelin.net/uade/uade2/play_loop_state_diagram.eps From shd@uadeforum Sun Oct 16 19:20:11 2005 From: shd Date: Sun Oct 16 19:20:11 2005 Message-Id: <00000690.002@uade.forum> In-Reply-To: <00000690.001@uade.forum> Subject: Re: On uade2 client-server interaction To: UADE-Developer-discussion [quote:a1dd6fd8c2="shd"] http://zakalwe.virtuaalipalvelin.net/uade/uade2/play_loop_state_diagram.eps[/quote:a1dd6fd8c2] Some people wanted a png. Here it is: http://zakalwe.virtuaalipalvelin.net/uade/uade2/play_loop_state_diagram.png From shd@uadeforum Thu Oct 27 03:09:30 2005 From: shd Date: Thu Oct 27 03:09:30 2005 Message-Id: <00000695.001@uade.forum> Subject: uade2 1.50-pre6 To: UADE-Developer-discussion Hello, long time no release. This release features most notably a filter emulation system that is turned ON by default (need testing). Antti S. Lankila <alankila@bel.fi> was kind enough to go through our filter measurement data and gives the proper IIR filter coefficients and other advice. It is uncertain whether the new behavior is good, but that's why TESTING is needed. Please try as many filtered mods as you can think off, and preferably compare to the real amiga. If you have a real amiga you want to force filter ON on the Amiga and uade123 (--force-filter=1), and then compare the results. Download it from: http://zakalwe.virtuaalipalvelin.net/uade/uade2/devel/uade-1.50-pre6.tar.bz2 Changes from 2005-07-28 to 2005-10-27: * UADE 1.50-pre6 - FILTER EMULATION! - Removed S3M support. It's pointless, since this is an Amiga format player, and not a good S3M player (because of Amiga hw) - Action keys are now the default behavior - Jarno Paananen <jpaana@s2.org> fixed stuff to make uade123 compile and play under Cygwin - Many bug fixes - And other changes.. Have fun! PS. We haven't done much filter testing. From shd@uadeforum Thu Oct 27 16:06:47 2005 From: shd Date: Thu Oct 27 16:06:47 2005 Message-Id: <00000697.001@uade.forum> Subject: Filter improvements and listening samples To: UADE-Developer-discussion uade 1.50-pre6 filter had a few problems, and the filter in CVS version is better. You may compare the CVS version uade with the real thing. Pyksy (thanks!) recorded these mods with Amiga with filter turned on and off: http://zakalwe.virtuaalipalvelin.net/uade/amiga-sound-model/filter-test-mods/ There is oggs and wavs. The oggs are -q8 so they are high quality enough, but wavs are there for DSP purposes, if anyone cares.. From shd@uadeforum Thu Oct 27 17:33:14 2005 From: shd Date: Thu Oct 27 17:33:14 2005 Message-Id: <00000697.002@uade.forum> In-Reply-To: <00000697.001@uade.forum> Subject: Re: Filter improvements and listening samples To: UADE-Developer-discussion [quote:d528111c63="shd"]uade 1.50-pre6 filter had a few problems, and the filter in CVS version is better. You may compare the CVS version uade with the real thing. Pyksy (thanks!) recorded these mods with Amiga with filter turned on and off: http://zakalwe.virtuaalipalvelin.net/uade/amiga-sound-model/filter-test-mods/ There is oggs and wavs. The oggs are -q8 so they are high quality enough, but wavs are there for DSP purposes, if anyone cares..[/quote:d528111c63] Oops. Those who installed the earlier -pre6 or the CVS version may have to do: cp uade-src-tree/uade.conf ~/.uade2/ Or add line: filter into ~/.uade2/uade.conf. That line enabled filtering by default, otherwise --filter had to be used with uade123. Now the default behavior is hardcoded into source code, so grabbing the VERY LATEST cvs version and installing that will fix the problem without editing uade.conf. By default uade2 make install does not overwrite old uade.conf in the home directory, so changes in the official uade.conf don't go into users home directory :( From shd@uadeforum Thu Oct 27 17:44:36 2005 From: shd Date: Thu Oct 27 17:44:36 2005 Message-Id: <00000697.003@uade.forum> In-Reply-To: <00000697.002@uade.forum> Subject: Re: Filter improvements and listening samples To: UADE-Developer-discussion [quote:d132c1cf3b="shd"]uade 1.50-pre6 filter had a few problems, and the filter in CVS version is better.[/quote:d132c1cf3b] Just released uade 1.50-pre7 which has these problems fixed. http://zakalwe.virtuaalipalvelin.net/uade/uade2/devel/ From shd@uadeforum Fri Oct 28 10:26:52 2005 From: shd Date: Fri Oct 28 10:26:52 2005 Message-Id: <00000697.004@uade.forum> In-Reply-To: <00000697.003@uade.forum> Subject: Re: Filter improvements and listening samples To: UADE-Developer-discussion Pyksy did recording on A500 too. Earlier samples were recorded from A1200, and now those files are renamed accordingly. See http://zakalwe.virtuaalipalvelin.net/uade/amiga-sound-model/filter-test-mods/ From shd@uadeforum Fri Oct 28 01:19:06 2005 From: shd Date: Fri Oct 28 01:19:06 2005 Message-Id: <00000699.001@uade.forum> Subject: Filter emulation tips To: UADE-Developer-discussion To test whether a song uses filter or not, grab the latest CVS release, and do: uade123 -v SONG -v enables verbose mode, and filter mode changes are reported on the command line. One will see something like this if filter is used: Playing time position 61.9s in subsong 1 Message: Filter ON Playing time position 61.9s in subsong 1 Message: Filter OFF From amadeus@uadeforum Fri Oct 28 20:38:51 2005 From: amadeus Date: Fri Oct 28 20:38:51 2005 Message-Id: <00000699.002@uade.forum> In-Reply-To: <00000699.001@uade.forum> Subject: Re: Filter emulation tips To: UADE-Developer-discussion [quote:af8f7dcf27="shd"]To test whether a song uses filter or not, grab the latest CVS release, and do: [/quote:af8f7dcf27] I have been wondering; Why did the Amiga have a filter mode? Did it have a purpose other than being a SFX? From shd@uadeforum Sat Oct 29 01:53:10 2005 From: shd Date: Sat Oct 29 01:53:10 2005 Message-Id: <00000699.003@uade.forum> In-Reply-To: <00000699.002@uade.forum> Subject: Re: Filter emulation tips To: UADE-Developer-discussion [quote:53f7a19da3="amadeus"] I have been wondering; Why did the Amiga have a filter mode? Did it have a purpose other than being a SFX?[/quote:53f7a19da3] Engineers like blinking leds?? From amadeus@uadeforum Mon Oct 31 01:30:12 2005 From: amadeus Date: Mon Oct 31 01:30:12 2005 Message-Id: <00000699.004@uade.forum> In-Reply-To: <00000699.003@uade.forum> Subject: Re: Filter emulation tips To: UADE-Developer-discussion [quote:2fd1323c29="shd"]Engineers like blinking leds??[/quote:2fd1323c29] Good answer =) From alankila@uadeforum Sun Nov 13 20:51:35 2005 From: alankila Date: Sun Nov 13 20:51:35 2005 Message-Id: <00000699.005@uade.forum> In-Reply-To: <00000699.004@uade.forum> Subject: Re: Filter emulation tips To: UADE-Developer-discussion I believe the idea was to make very low sample rates more usable. If I understood correctly, the Amiga 1000 had the "LED filter" permanently turned on for this reason. This was probably not a very good choice from a musical viewpoint as it seriously limited what the Amiga could do in the treble. It seems that for A500 commodore fixed that issue by allowing optionally disabling the filter but they still left one treble-attenuating RC filter, similar to the tone knobs found on many stereo sets. This is a fairly sensible musical choice as the Amiga 500 simply can not produce frequencies freely in the upper part of the treble (say, over 8 kHz). This was because of the maximum sampling rate that limited output to something like 15 kHz, and above that frequency aliasing would occur anyway due to how Paula works. (And if sample is played at a lower frequency the aliasing will simply occur earlier.) For A1200, they finally removed all filters from the output path, but designed the LED filter to have similar response as with A500. So, the Amiga 1200 thus was a true hi-fi machine apart from its 8-bit per sample handicap. A1200 was also able to exceed the 15 kHz maximum sampling rate limitation with different graphics modes, so I believe it made sense to get rid of the filter too. From shd@uadeforum Sun Oct 30 22:27:20 2005 From: shd Date: Sun Oct 30 22:27:20 2005 Message-Id: <00000700.001@uade.forum> Subject: Timer changes To: UADE-Developer-discussion Did highly experimental changes to sound core's timing interrupt system. I tested the change with all known players, and only the Thomas Hermann broke out, but it was broken already, so no big loss there. Of course I only tested each format with a few songs, so it's very possible that if the new system doesn't work, then I couldn't catch the problems. Nevertheless, I spent over an hour listening to different samples. Testing this change would be appreciated. One should especially pay attention to tempo, because that may have gone wrong. The changes I technically made were: - Made default interrupt timer to be CIA B timer A. Took away all the hacks to use VBI when ever possible to be the default timer. - While turning on any CIA B timer (A or B), it does not turn off the other CIA B timer. - Fixed CIA B timer initialization. Setting a timer (A or B) gets the timer value from dtg_Timer(eaglebase). - Cleaned up audio interrupt server. From mld/uade tea,m@uadeforum Mon Oct 31 07:44:12 2005 From: mld/uade tea,m Date: Mon Oct 31 07:44:12 2005 Message-Id: <00000701.001@uade.forum> Subject: xmms / beep media player plugin with uade 1.5-pre... To: UADE-Developer-discussion For anyone missing the xmms / bmp plugin from uade 1.0, until there's a native plugin there's a little workaround: Get and install the xmms/bmp metainput plugin: http://mitglied.lycos.de/mldoering/bmp-meta-input/ And get the following meta script to use uade123: http://mitglied.lycos.de/mldoering/bmp-meta-input/Meta/uade123.sh Put the script into the directory where xmms/bmp-meta usually looks for the script. (Maybe delete any of the other meta-scripts to speed things up and disable an old libuade in xmms/bmp preferences to prevent interfering) USAGE: After proper installation, xmms should play amiga music with uade123 Subsongs can be changed with the xmms/bmp slider or by using the left and right arrow keys on the main window. have fun mld/uade team From shd@uadeforum Wed Nov 2 13:43:26 2005 From: shd Date: Wed Nov 2 13:43:26 2005 Message-Id: <00000703.001@uade.forum> Subject: Loom custom and interrupt level problems To: UADE-Developer-discussion I started investigating why Loom custom has never worked. It turns out that the player makes an assumption that the playroutine interrupt can be pre-empted by an audio channel interrupt. Since we are running playroutine interrupts from CIA B interrupt vector, which is higher priority than audio channel interrupt and thus can not be pre-empted by it. And therefore our system is simply incompatible with assumptions of Loom. IMO, Loom player is broken by design, because interrupts should be used to avoid CPU polling, but Loom player does CPU polling in the interrupt. There is at least two solutions: - Decrease the interrupt level below 4 in CIA B interrupt so that audio interrupts can happen. This has the potential problem that if something were to trigger a CIA B interrupt inside the playroutine, the playroutine would pre-empt itself. - Move playroutine calls to CIA A interrupt vector, which has an interrupt level lower than audio channel interrupts. This approach might also solve the Thomas Hermann player problem which uses two CIA B timers at the moment. From amadeus@uadeforum Mon Nov 7 08:21:10 2005 From: amadeus Date: Mon Nov 7 08:21:10 2005 Message-Id: <00000703.002@uade.forum> In-Reply-To: <00000703.001@uade.forum> Subject: Re: Loom custom and interrupt level problems To: UADE-Developer-discussion [quote:f18127c945="shd"]I started investigating why Loom custom has never worked. It turns out that the player makes an assumption that the playroutine interrupt can be pre-empted by an audio channel interrupt. Since we are running playroutine interrupts from CIA B interrupt vector, which is higher priority than audio channel interrupt and thus can not be pre-empted by it. And therefore our system is simply incompatible with assumptions of Loom. IMO, Loom player is broken by design, because interrupts should be used to avoid CPU polling, but Loom player does CPU polling in the interrupt. [/quote:f18127c945] Sometimes customs are very badly ripped or altered heavily. Skate or Die is such example. Could this be the case here? [quote:f18127c945="shd"] - Move playroutine calls to CIA A interrupt vector, which has an interrupt level lower than audio channel interrupts. This approach might also solve the Thomas Hermann player problem which uses two CIA B timers at the moment.[/quote:f18127c945] Would this be the only way to get Thomas Hermann to work? From shd@uadeforum Mon Nov 7 12:13:28 2005 From: shd Date: Mon Nov 7 12:13:28 2005 Message-Id: <00000703.003@uade.forum> In-Reply-To: <00000703.002@uade.forum> Subject: Re: Loom custom and interrupt level problems To: UADE-Developer-discussion [quote:880bdb735b="amadeus"] Would this be the only way to get Thomas Hermann to work?[/quote:880bdb735b] Well you can try the latest CVS version and find out.. From amadeus@uadeforum Mon Nov 7 12:46:29 2005 From: amadeus Date: Mon Nov 7 12:46:29 2005 Message-Id: <00000703.004@uade.forum> In-Reply-To: <00000703.003@uade.forum> Subject: Re: Loom custom and interrupt level problems To: UADE-Developer-discussion [quote:8ab1f2bc57="shd"]Well you can try the latest CVS version and find out..[/quote:8ab1f2bc57] I would like to, but I haven't got read access. From mld/uade team@uadeforum Mon Nov 7 12:58:03 2005 From: mld/uade team Date: Mon Nov 7 12:58:03 2005 Message-Id: <00000703.005@uade.forum> In-Reply-To: <00000703.004@uade.forum> Subject: Re: Loom custom and interrupt level problems To: UADE-Developer-discussion [quote:9b4f83962e="amadeus"]Would this be the only way to get Thomas Hermann to work?[/quote:9b4f83962e] Thomas Herrman songs sound mostly ok to me, apart from BlueAngel69 (sounds as if timing is very very tight there...have to if --speed-hack has an effect). From Guest@uadeforum Mon Nov 7 14:29:28 2005 From: Guest Date: Mon Nov 7 14:29:28 2005 Message-Id: <00000703.006@uade.forum> In-Reply-To: <00000703.005@uade.forum> Subject: Re: Loom custom and interrupt level problems To: UADE-Developer-discussion [quote:4227c1bfc5="amadeus"][quote:4227c1bfc5="shd"]Well you can try the latest CVS version and find out..[/quote:4227c1bfc5] I would like to, but I haven't got read access.[/quote:4227c1bfc5] Huh? Everyone has read access to the cvs repository. uadecvs is the user, and uadecvs is the password, see: http://zakalwe.virtuaalipalvelin.net/uade/download.html From shd@uadeforum Sat Nov 5 17:56:31 2005 From: shd Date: Sat Nov 5 17:56:31 2005 Message-Id: <00000706.001@uade.forum> Subject: Interrupt changes, please test. To: UADE-Developer-discussion I did a fairly radical change into the sound core. This affects all players that used CIA B timer before. That includes such formats as Protracker and others, so lots of testing is needed to verify that this is okay. The change was to use CIA A as a default timer chip, but we can move back CIA B if necessary. We could even have a black list for songs that have different timer requirements. Please check out the latest CVS version and test. 2005-11-05 Heikki Orsila <heikki.orsila@iki.fi> - Player interrupt is now a CIA A interrupt by default. As a consequence CUST.Loom works (it requires that player interrupt runs at a lower priority level than audio interrupts). THM.BlueAngel69 might play better now - a good comparison is needed. There are still a few things to do in the sound core's interrupt system, see amigasrc/score/todo.txt. From shd@uadeforum Sat Nov 5 18:03:03 2005 From: shd Date: Sat Nov 5 18:03:03 2005 Message-Id: <00000706.002@uade.forum> In-Reply-To: <00000706.001@uade.forum> Subject: Re: Interrupt changes, please test. To: UADE-Developer-discussion [quote:3af00c2bcd="shd"]Protracker[/quote:3af00c2bcd] My bad. It does not affect protracker and its clones, but there are many other formats. More specifically, the change affects those formats who need player interrupt to be run above audio channel interrupt level. Players that don't use audio interrupts shouldn't be affected, and so Protracker is not affected. From Guest@uadeforum Sat Nov 12 09:18:16 2005 From: Guest Date: Sat Nov 12 09:18:16 2005 Message-Id: <00000706.003@uade.forum> In-Reply-To: <00000706.002@uade.forum> Subject: Re: Interrupt changes, please test. To: UADE-Developer-discussion I get segmentation fault with every format. Even Protracker. ~/.uade2$ ./uade123 ../music/modules/Protracker/AFtune.mod Module: ../music/modules/Protracker/AFtune.mod (76754 bytes) uadecore: No more input. Exiting succesfully. Segmentation fault ~/.uade2$ From mld/uade team@uadeforum Sat Nov 12 11:30:58 2005 From: mld/uade team Date: Sat Nov 12 11:30:58 2005 Message-Id: <00000706.004@uade.forum> In-Reply-To: <00000706.003@uade.forum> Subject: Re: Interrupt changes, please test. To: UADE-Developer-discussion [quote:2970127ba1="Anonymous"]I get segmentation fault with every format. Even Protracker. ~/.uade2$ ./uade123 ../music/modules/Protracker/AFtune.mod Module: ../music/modules/Protracker/AFtune.mod (76754 bytes) uadecore: No more input. Exiting succesfully. Segmentation fault ~/.uade2$[/quote:2970127ba1] OS? UADE Version? Was the song packed? Did you do a make clean, make, make install? Anyway put the song online somewhere, I'll try to look into it on monday, to make sure it's not just a Filetype detetction or Protrackerplayer problem. Michael From shd@uadeforum Sat Nov 12 19:52:02 2005 From: shd Date: Sat Nov 12 19:52:02 2005 Message-Id: <00000706.005@uade.forum> In-Reply-To: <00000706.004@uade.forum> Subject: Re: Interrupt changes, please test. To: UADE-Developer-discussion [quote:718cf73640="Anonymous"]I get segmentation fault with every format. Even Protracker. ~/.uade2$ ./uade123 ../music/modules/Protracker/AFtune.mod Module: ../music/modules/Protracker/AFtune.mod (76754 bytes) uadecore: No more input. Exiting succesfully. Segmentation fault ~/.uade2$[/quote:718cf73640] That looks interesting, what does uade123 -v say? Does recompiling: ./configure ; make clean ; make install fix the problem? Also, see the new question in our FAQ: reporting problems. From amadeus@uadeforum Mon Nov 7 12:48:41 2005 From: amadeus Date: Mon Nov 7 12:48:41 2005 Message-Id: <00000707.001@uade.forum> Subject: Song talkback feature? To: UADE-Developer-discussion Would it be a good idea/possible to host a song database and implant a talkback/sync feature in uade? The sync could work both ways. From mld@uadeforum Wed Nov 23 13:48:59 2005 From: mld Date: Wed Nov 23 13:48:59 2005 Message-Id: <00000718.001@uade.forum> Subject: soundtracker 15 instrument changes To: UADE-Developer-discussion Hi all, some might have noticed in the current cvs, that I started to do some work concerning Soundtracker and derivates... Plans are to improve mod support in UADE a bit. These changes might have broken some files that played fine before (please report :) ), others now hopefully get played better (please report, too ;) ) for anyone interested, here's some of the changes: [list:4198001003]In amifilemagic various checks on mod and mod15 are done to detect the actual type of the file... (basically an extended version of the PTK-Prowiz checks ported to c). So far 10 different mod and 4 different mod15 derivates are checked for. An invalid module length is now treated much stricter now by amifilemagic. So far this might have no effect, because uade still can fallback on the file prefix or suffix and then it's basically the replayer, which has the last word if it gets played or not... Also work on some of the eagleplayers playing those files is in it's early stages. As a longterm goal, detection code has to be rewritten (backport from amifilemagic) and the replayers will be restructured to share e.g detection code and other functions between each other. So far detection code of the replayers Ultimate-ST and Master-ST just includes a strict check for module length (and a check if we run under UADE as a safety measure), so it's pretty dumb atm, beware. FYI: If you have a bad rip of an UST or MST mod15 you will be able to override with e.g.: uade123 mod.amegas --ignore[/list:u:4198001003] Further plans: [list]a replayer to support Soundtracker v2-v4 files has to be written. And a basic playtime calculation for the detection could be useful too.[\list] From asle@uadeforum Sun Nov 27 10:16:51 2005 From: asle Date: Sun Nov 27 10:16:51 2005 Message-Id: <00000718.002@uade.forum> In-Reply-To: <00000718.001@uade.forum> Subject: Re: soundtracker 15 instrument changes To: UADE-Developer-discussion [quote:22f2bfc8ed="mld"] [list:22f2bfc8ed]a replayer to support Soundtracker v2-v4 files has to be written. And a basic playtime calculation for the detection could be useful too.[/list:u:22f2bfc8ed][/quote:22f2bfc8ed] you mean Tip SoundTracker or is it another ?. From mld/uade team@uadeforum Mon Nov 28 11:43:40 2005 From: mld/uade team Date: Mon Nov 28 11:43:40 2005 Message-Id: <00000718.003@uade.forum> In-Reply-To: <00000718.002@uade.forum> Subject: Re: soundtracker 15 instrument changes To: UADE-Developer-discussion good question... I mean those 15 instruments Soundtracker mods using effects like 4,5,6,7,8 and so on... From shd@uadeforum Sun Nov 27 01:58:22 2005 From: shd Date: Sun Nov 27 01:58:22 2005 Message-Id: <00000721.001@uade.forum> Subject: News about UADE2 XMMS plugin To: UADE-Developer-discussion Jipii! UADE2 just gave its first sounds out of XMMS :-) The plugin is still totally unusable, but hopefully it's fixed soon. From shd@uadeforum Sun Nov 27 21:54:03 2005 From: shd Date: Sun Nov 27 21:54:03 2005 Message-Id: <00000721.002@uade.forum> In-Reply-To: <00000721.001@uade.forum> Subject: Re: News about UADE2 XMMS plugin To: UADE-Developer-discussion [quote:54841df47d="shd"]Jipii! UADE2 just gave its first sounds out of XMMS :-) The plugin is still totally unusable, but hopefully it's fixed soon.[/quote:54841df47d] Current CVS version is almost something that could be called a plugin. The biggest problem with the current version is lack of timeout support. A smaller problem is that there is no GUI to set options. Just edit uade.conf :-) From shd@uadeforum Sun Nov 27 22:25:28 2005 From: shd Date: Sun Nov 27 22:25:28 2005 Message-Id: <00000721.003@uade.forum> In-Reply-To: <00000721.002@uade.forum> Subject: Re: News about UADE2 XMMS plugin To: UADE-Developer-discussion [quote:f239ebe2df="shd"]Just edit uade.conf :-)[/quote:f239ebe2df] That is, if uade.conf was read at all from the plugin.. Anyway, now the plugin has hardcoded subsong and silence timeouts (512s and 20s). From shd@uadeforum Mon Dec 5 00:09:52 2005 From: shd Date: Mon Dec 5 00:09:52 2005 Message-Id: <00000721.004@uade.forum> In-Reply-To: <00000721.003@uade.forum> Subject: Re: News about UADE2 XMMS plugin To: UADE-Developer-discussion [quote:b3013ba979="shd"]Jipii! UADE2 just gave its first sounds out of XMMS :-) The plugin is still totally unusable, but hopefully it's fixed soon.[/quote:b3013ba979] Just committed a song length database feature into the XMMS plugin. Now it's much better than uade1 xmms plugin but lacks graphical configuration tool (which was mostly useless anyway). You can just edit uade.conf directly. The db is compatible with uade1 db but named differently, so you can do following to import old playtimes: cp ~/.uade/db-content ~/.uade2/contentdb Note that some songs might because a second shorter with the new uade, and that is because uade1 counts lengths badly :( From shd@uadeforum Sat Dec 10 16:51:56 2005 From: shd Date: Sat Dec 10 16:51:56 2005 Message-Id: <00000731.001@uade.forum> Subject: On UADE2 release To: UADE-Developer-discussion I'm planning to release first non-beta version of UADE2, and I would like you to test the current CVS head. Is it installable? Does it find dependencies? Do configure switches do what is expected? Notice that installing uade123 and xmms plugin can be controlled with configure switches. Also, the emulator binary (uadecore) does not need to be compiled necessarily if you only want to compile a new version of a front-end. This should be useful for distribution makers. From shd@uadeforum Mon Dec 12 03:41:10 2005 From: shd Date: Mon Dec 12 03:41:10 2005 Message-Id: <00000733.001@uade.forum> Subject: UADE2 version numbers To: UADE-Developer-discussion I'm open to questions about what version number and what version number style to use for first stable uade2 release? Some possibilities on release file names: - uade-2.00.tar.bz2, continuing with 2.01, ... - uade-2.0.tar.bz2, continuing with 2.1, ..., 2.10 The philosophy has been that each release presents a small incremental change (except this one which is a step from uade1 to uade2). I would like to avoid version numbering that separates production and development branches (excuse the loaded words) to test changes as rapidly as possible. IMO, it has worked pretty well so far, or otherwise the users haven't reported enough bugs to me so I have an illusion. From amadeus@uadeforum Fri Dec 16 08:25:29 2005 From: amadeus Date: Fri Dec 16 08:25:29 2005 Message-Id: <00000733.002@uade.forum> In-Reply-To: <00000733.001@uade.forum> Subject: Re: UADE2 version numbers To: UADE-Developer-discussion I have just checked Wikipedia to get some ideas, and version numbering is a science of its own :D [url]http://en.wikipedia.org/wiki/Version[/url] Personally do I prefure the Apache approach [quote:b210d82517] Versions are denoted using a standard triplet of integers: MAJOR.MINOR.PATCH. The basic intent is that MAJOR versions are incompatible, large-scale upgrades of the API. MINOR versions retain source and binary compatibility with older minor versions, and changes in the PATCH level are perfectly compatible, forwards and backwards. It is important to note that a library that has not reached 1.0.0 is not subject to the guidelines described in this document. Before a 1.0 release (version 0.x.y), the API can and will be changing freely, without regard to the restrictions detailed below. [/quote:b210d82517] [url]http://apr.apache.org/versioning.html[/url] One think that is for sure though is, that after 1.4 comes 5.0 :D Microsoft however always exaturates, so they jump from 3 -> 95 -> 98 -> 2000. :D From shd@uadeforum Fri Dec 16 13:41:43 2005 From: shd Date: Fri Dec 16 13:41:43 2005 Message-Id: <00000733.003@uade.forum> In-Reply-To: <00000733.002@uade.forum> Subject: Re: UADE2 version numbers To: UADE-Developer-discussion Perhaps using three numbers would be good, but I never guarantee binary or source compatibility between any two versions. If there's an opportunity to make code better, and I have motivation to change it, I'll do it. Here "better" means combination of easier to read, faster, more suitable functionality and prettier. From amadeus@uadeforum Fri Dec 16 07:46:13 2005 From: amadeus Date: Fri Dec 16 07:46:13 2005 Message-Id: <00000734.001@uade.forum> Subject: Bug: uade 1.50 pre9 To: UADE-Developer-discussion When I play a module (in this case a Protracker) and I high light text in a terminal, change work space, scroll a slider in Firefox or change tabs in Firefox does the music "choke" and I get about 10 of these [code:1:baaefda800]ALSA: underrun, at least 0ms.n subsong 1[/code:1:baaefda800] or [code:1:baaefda800]ALSA: underrun, at least 0ms.in subsong 1[/code:1:baaefda800] It also happens when I load new module format for the first time. [code:1:baaefda800]~$ uade123 music/modules/FutureComposer/Paradox.fc3 Module: music/modules/FutureComposer/Paradox.fc3 (8476 bytes) ALSA: underrun, at least 0ms. subsong 0 ALSA: underrun, at least 0ms. subsong 0 ALSA: underrun, at least 0ms. subsong 0 ALSA: underrun, at least 0ms. subsong 0 ALSA: underrun, at least 0ms. subsong 0 ALSA: underrun, at least 0ms. subsong 0 ALSA: underrun, at least 0ms. subsong 0 ALSA: underrun, at least 0ms. subsong 0 ALSA: underrun, at least 0ms. subsong 0 ALSA: underrun, at least 0ms. subsong 0 ALSA: underrun, at least 0ms. subsong 0 ALSA: underrun, at least 0ms. subsong 0 ALSA: underrun, at least 0ms. subsong 0 ALSA: underrun, at least 0ms. subsong 0 ALSA: underrun, at least 0ms. subsong 0 [/code:1:baaefda800] From alankila@uadeforum Fri Dec 16 08:53:44 2005 From: alankila Date: Fri Dec 16 08:53:44 2005 Message-Id: <00000734.002@uade.forum> In-Reply-To: <00000734.001@uade.forum> Subject: Re: Bug: uade 1.50 pre9 To: UADE-Developer-discussion I see it on my laptop as well. I'll try to look into it at some point. From Vlcice@uadeforum Mon Dec 19 16:09:23 2005 From: Vlcice Date: Mon Dec 19 16:09:23 2005 Message-Id: <00000738.001@uade.forum> Subject: UADE 1.50pre10 refuses to install To: UADE-Developer-discussion I've come across an odd bug in UADE 1.50pre10. It refuses to install; whenever I type "make install" or "sudo make install" after having compiled, it simply tells me that "make: `install' is up to date." I've also noticed that the CoreAudio driver seems to have disappeared; is this intentional? I'm using Mac OS X 10.4.3 with Darwin 8.3.0. From shd@uadeforum Mon Dec 19 18:16:32 2005 From: shd Date: Mon Dec 19 18:16:32 2005 Message-Id: <00000738.002@uade.forum> In-Reply-To: <00000738.001@uade.forum> Subject: Re: UADE 1.50pre10 refuses to install To: UADE-Developer-discussion [quote:399f94e7df="Vlcice"]I've come across an odd bug in UADE 1.50pre10. It refuses to install; whenever I type "make install" or "sudo make install" after having compiled, it simply tells me that "make: `install' is up to date." [/quote:399f94e7df] What does configure print out? What does line 'all:' in Makefile say after configure? Do you use GNU make? [quote:399f94e7df] I've also noticed that the CoreAudio driver seems to have disappeared; is this intentional? I'm using Mac OS X 10.4.3 with Darwin 8.3.0.[/quote:399f94e7df] Yes. uade123 uses libao and XMMS plugin depends on XMMS output plugins. From mld/uade team@uadeforum Mon Dec 19 18:20:20 2005 From: mld/uade team Date: Mon Dec 19 18:20:20 2005 Message-Id: <00000738.003@uade.forum> In-Reply-To: <00000738.002@uade.forum> Subject: Re: UADE 1.50pre10 refuses to install To: UADE-Developer-discussion There's a libao for Mac OS X: http://libao.darwinports.com/ Can anybody check if it works like expected? mld/uade team From jraitala@uadeforum Tue Dec 20 11:57:40 2005 From: jraitala Date: Tue Dec 20 11:57:40 2005 Message-Id: <00000738.004@uade.forum> In-Reply-To: <00000738.003@uade.forum> Subject: Re: UADE 1.50pre10 refuses to install To: UADE-Developer-discussion [code:1:fc4fe4b877]$ ./configure --pkg-config=/opt/local/bin/pkg-config Couldn't find xmms-config -> not compiling xmms-plugin! Configuring for MacOSX UADE and frontends will be installed to : /usr/local/bin Data directory will be : /usr/local/share/uade2 Documentation directory will be : /usr/local/share/doc/uade-1.50 Man directory will be : /usr/local/share/man/man1 Installer that will be used : /usr/bin/install Make that will be used during the build : /usr/bin/make uade123 : yes uade123 sound output : AO XMMS plugin : no [/code:1:fc4fe4b877] The 'all:' directive in Makefile after running configure says the following: [code:1:fc4fe4b877]all: src/include/uadeconfig.h $(UADECORE) $(UADE123) $(XMMSPLUGIN) [/code:1:fc4fe4b877] I'm using Mac OS X 10.4.3 (Darwin 8.3.0). make links to GNU Make 3.80. From shd@uadeforum Tue Dec 20 12:06:11 2005 From: shd Date: Tue Dec 20 12:06:11 2005 Message-Id: <00000738.005@uade.forum> In-Reply-To: <00000738.004@uade.forum> Subject: Re: UADE 1.50pre10 refuses to install To: UADE-Developer-discussion [quote:66f96c86f4="jraitala"] [code:1:66f96c86f4]all: src/include/uadeconfig.h $(UADECORE) $(UADE123) $(XMMSPLUGIN) [/code:1:66f96c86f4] [/quote:66f96c86f4] This is a wild theory. What would happen if you: $ rm -f INSTALL $ make install I don't know for sure, but I've heard rumours that Mac OS X has case insensitive filenames. From jraitala@uadeforum Tue Dec 20 12:15:01 2005 From: jraitala Date: Tue Dec 20 12:15:01 2005 Message-Id: <00000738.006@uade.forum> In-Reply-To: <00000738.005@uade.forum> Subject: Re: UADE 1.50pre10 refuses to install To: UADE-Developer-discussion Yeah, it works. The file system of Mac OS X indeed is case-preserving, case-insensitive by default. From shd@uadeforum Tue Dec 20 20:33:12 2005 From: shd Date: Tue Dec 20 20:33:12 2005 Message-Id: <00000738.007@uade.forum> In-Reply-To: <00000738.006@uade.forum> Subject: Re: UADE 1.50pre10 refuses to install To: UADE-Developer-discussion [quote:e3dff5c0fe="jraitala"]Yeah, it works. The file system of Mac OS X indeed is case-preserving, case-insensitive by default.[/quote:e3dff5c0fe] I renamed INSTALL to be INSTALL.readme to avoid this problem in the future. How does the program work on mac? From Vlcice@uadeforum Tue Dec 20 23:58:51 2005 From: Vlcice Date: Tue Dec 20 23:58:51 2005 Message-Id: <00000738.008@uade.forum> In-Reply-To: <00000738.007@uade.forum> Subject: Re: UADE 1.50pre10 refuses to install To: UADE-Developer-discussion Not very well, unfortunately. uade123 seems to hang at "Playing time position 0.0s in subsong 0;" it doesn't progress any further, and it doesn't play any sound. Hitting enter will quit uade123. This occurs with both versions of libao I've tried, as distributed by both fink and Darwinports. As well, the XMMS plugin will not compile. According to a tech note from Apple (http://developer.apple.com/technotes/tn2002/tn2071.html), Mac OS X GCC doesn't support the -shared switch. From shd@uadeforum Wed Dec 21 00:02:40 2005 From: shd Date: Wed Dec 21 00:02:40 2005 Message-Id: <00000738.009@uade.forum> In-Reply-To: <00000738.008@uade.forum> Subject: Re: UADE 1.50pre10 refuses to install To: UADE-Developer-discussion [quote:659b53662c="Vlcice"]Not very well, unfortunately. uade123 seems to hang at "Playing time position 0.0s in subsong 0;" it doesn't progress any further, and it doesn't play any sound. Hitting enter will quit uade123. This occurs with both versions of libao I've tried, as distributed by both fink and Darwinports. [/quote:659b53662c] Do you have strace or similar on mac? strace shows system calls that the program calls. [quote:659b53662c] As well, the XMMS plugin will not compile. According to a tech note from Apple (http://developer.apple.com/technotes/tn2002/tn2071.html), Mac OS X GCC doesn't support the -shared switch.[/quote:659b53662c] What would happen if you used -dynamic instead of -shared? Just do: cd src/frontends/xmms/ edit Makefile make clean make and then 'make install' from the main directory. From shd@uadeforum Wed Dec 21 00:05:22 2005 From: shd Date: Wed Dec 21 00:05:22 2005 Message-Id: <00000738.010@uade.forum> In-Reply-To: <00000738.009@uade.forum> Subject: Re: UADE 1.50pre10 refuses to install To: UADE-Developer-discussion [quote:34b5181994="shd"] Do you have strace or similar on mac? strace shows system calls that the program calls. [/quote:34b5181994] What does uade123 -v song display? From Vlcice@uadeforum Wed Dec 21 00:50:24 2005 From: Vlcice Date: Wed Dec 21 00:50:24 2005 Message-Id: <00000738.011@uade.forum> In-Reply-To: <00000738.010@uade.forum> Subject: Re: UADE 1.50pre10 refuses to install To: UADE-Developer-discussion [quote="shd"][quote:f5b132717d="shd"] Do you have strace or similar on mac? strace shows system calls that the program calls. [/quote:f5b132717d] ktrace, I believe, does the same thing. The ktrace.out file and the contents of kdump's output are here, for fink: http://rapidshare.de/files/9547442/ktrace.zip.html And here, for Darwinports: http://www.uploading.com/?get=4L0MEL45 [quote:f5b132717d]What does uade123 -v song display?[/quote:f5b132717d] Using fink's libao, uade: Can not find /Users/vlcice/.uade2/contentdb dyld: lazy symbol binding failed: Symbol not found: _dlsym_auto_underscore Referenced from: /usr/local/lib/libao.2.dylib Expected in: flat namespace dyld: Symbol not found: _dlsym_auto_underscore Referenced from: /usr/local/lib/libao.2.dylib Expected in: flat namespace uadecore: No more songs to play. Trace/BPT trap Using Darwinports' libao, uade: Can not find /Users/vlcice/.uade2/contentdb hardware format... 44100.000000 mSampleRate lpcm mFormatID 8 mBytesPerPacket 1 mFramesPerPacket 8 mBytesPerFrame 2 mChannelsPerFrame 8192 outputBufferByteCount mod.actionlamics-song_Eike Steffen | Dyna Blaster | 1991 | Ubi Soft : Actionamics: deduced extension: MOD Player candidate: PTK-Prowiz eagleplayer.conf specifies always ends. Player: /usr/local/share/uade2/players/PTK-Prowiz (51364 bytes) Module: mod.actionlamics-song_Eike Steffen | Dyna Blaster | 1991 | Ubi Soft : Actionamics (157496 bytes) [quote:f5b132717d]What would happen if you used -dynamic instead of -shared? Just do: cd src/frontends/xmms/ edit Makefile make clean make and then 'make install' from the main directory.[/quote:f5b132717d] It gives the following errors when linking and fails to compile: ld: Undefined symbols: _main make[1]: *** [libuade2.so] Error 1 make: *** [xmmsplugin] Error 2 From shd@uadeforum Wed Dec 21 00:55:34 2005 From: shd Date: Wed Dec 21 00:55:34 2005 Message-Id: <00000738.012@uade.forum> In-Reply-To: <00000738.011@uade.forum> Subject: Re: UADE 1.50pre10 refuses to install To: UADE-Developer-discussion [quote:a1149ab57f="Vlcice"] ktrace, I believe, does the same thing. The ktrace.out file and the contents of kdump's output are here, for fink: http://rapidshare.de/files/9547442/ktrace.zip.html And here, for Darwinports: http://www.uploading.com/?get=4L0MEL45 [/quote:a1149ab57f] Please acquire convenient web space. Well, at least I got the files. From Vlcice@uadeforum Wed Dec 21 01:01:53 2005 From: Vlcice Date: Wed Dec 21 01:01:53 2005 Message-Id: <00000738.013@uade.forum> In-Reply-To: <00000738.012@uade.forum> Subject: Re: UADE 1.50pre10 refuses to install To: UADE-Developer-discussion [quote:06cb9e4ca3="shd"][quote:06cb9e4ca3="Vlcice"] ktrace, I believe, does the same thing. The ktrace.out file and the contents of kdump's output are here, for fink: http://rapidshare.de/files/9547442/ktrace.zip.html And here, for Darwinports: http://www.uploading.com/?get=4L0MEL45 [/quote:06cb9e4ca3] Please acquire convenient web space. Well, at least I got the files.[/quote:06cb9e4ca3] Yes, it's fairly bad. :/ Sorry. My normal webspace has been corrupting my files recently, for no readily apparent reason, so I've been forced to use those instead recently. From shd@uadeforum Wed Dec 21 01:06:12 2005 From: shd Date: Wed Dec 21 01:06:12 2005 Message-Id: <00000738.014@uade.forum> In-Reply-To: <00000738.013@uade.forum> Subject: Re: UADE 1.50pre10 refuses to install To: UADE-Developer-discussion [quote:fb03bb0788="Vlcice"] dyld: lazy symbol binding failed: Symbol not found: _dlsym_auto_underscore Referenced from: /usr/local/lib/libao.2.dylib Expected in: flat namespace dyld: Symbol not found: _dlsym_auto_underscore Referenced from: /usr/local/lib/libao.2.dylib Expected in: flat namespace uadecore: No more songs to play. Trace/BPT trap [/quote:fb03bb0788] I don't know mac, which is a problem, but my guess based on that is that something with linking doesn't go well. I'll email some people who have helped me with mac. From Vlcice@uadeforum Wed Dec 21 01:21:52 2005 From: Vlcice Date: Wed Dec 21 01:21:52 2005 Message-Id: <00000738.015@uade.forum> In-Reply-To: <00000738.014@uade.forum> Subject: Re: UADE 1.50pre10 refuses to install To: UADE-Developer-discussion [quote:3d2567f227="shd"][quote:3d2567f227="Vlcice"] dyld: lazy symbol binding failed: Symbol not found: _dlsym_auto_underscore Referenced from: /usr/local/lib/libao.2.dylib Expected in: flat namespace dyld: Symbol not found: _dlsym_auto_underscore Referenced from: /usr/local/lib/libao.2.dylib Expected in: flat namespace uadecore: No more songs to play. Trace/BPT trap [/quote:3d2567f227] I don't know mac, which is a problem, but my guess based on that is that something with linking doesn't go well. I'll email some people who have helped me with mac.[/quote:3d2567f227] It was actually a problem on my machine, which I hadn't realized until afterwards; I've fixed it, so that the fink libao now behaves the same as the Darwinports version. From shd@uadeforum Wed Dec 21 01:58:15 2005 From: shd Date: Wed Dec 21 01:58:15 2005 Message-Id: <00000738.016@uade.forum> In-Reply-To: <00000738.015@uade.forum> Subject: Re: UADE 1.50pre10 refuses to install To: UADE-Developer-discussion [quote:03d0183d98="Vlcice"] It was actually a problem on my machine, which I hadn't realized until afterwards; I've fixed it, so that the fink libao now behaves the same as the Darwinports version.[/quote:03d0183d98] I emailed Michael Baltaks and Stuart Caye about the problem and hopefully they will eventually investigate this. If you have friends that are familiar with Mac development, please consult them. I do not have access to any Mac so I can't directly help here. From shd@uadeforum Wed Dec 21 02:10:33 2005 From: shd Date: Wed Dec 21 02:10:33 2005 Message-Id: <00000738.017@uade.forum> In-Reply-To: <00000738.016@uade.forum> Subject: Re: UADE 1.50pre10 refuses to install To: UADE-Developer-discussion [quote:9247295a9a="shd"] I emailed Michael Baltaks [/quote:9247295a9a] And he replied fast. Can you try using: "-dynamic -bundle -undefined suppress -force_flat_namespace" From Vlcice@uadeforum Wed Dec 21 03:36:23 2005 From: Vlcice Date: Wed Dec 21 03:36:23 2005 Message-Id: <00000738.018@uade.forum> In-Reply-To: <00000738.017@uade.forum> Subject: Re: UADE 1.50pre10 refuses to install To: UADE-Developer-discussion Ah, the XMMS plugin compiles properly with that! I've tested it with XMMS, and it works nicely now. Should I add those cflags to the uade123 makefile as well? From shd@uadeforum Wed Dec 21 21:39:16 2005 From: shd Date: Wed Dec 21 21:39:16 2005 Message-Id: <00000738.019@uade.forum> In-Reply-To: <00000738.018@uade.forum> Subject: Re: UADE 1.50pre10 refuses to install To: UADE-Developer-discussion [quote:5e96615ea7="Vlcice"]Ah, the XMMS plugin compiles properly with that! I've tested it with XMMS, and it works nicely now. Should I add those cflags to the uade123 makefile as well?[/quote:5e96615ea7] Great. I don't know. From shd@uadeforum Thu Dec 22 01:31:26 2005 From: shd Date: Thu Dec 22 01:31:26 2005 Message-Id: <00000738.020@uade.forum> In-Reply-To: <00000738.019@uade.forum> Subject: Re: UADE 1.50pre10 refuses to install To: UADE-Developer-discussion I committed a change to CVS which should fix the XMMS plugin. Please try if the configure script sets the necessary shared library flags automagically. From jraitala@uadeforum Mon Dec 26 12:17:39 2005 From: jraitala Date: Mon Dec 26 12:17:39 2005 Message-Id: <00000738.021@uade.forum> In-Reply-To: <00000738.020@uade.forum> Subject: Re: UADE 1.50pre10 refuses to install To: UADE-Developer-discussion Any idea how to get uade123 to work on mac? I'd prefer CLI interface, so I'm currently stuck to uade 1.03. From shd@uadeforum Mon Dec 26 23:39:51 2005 From: shd Date: Mon Dec 26 23:39:51 2005 Message-Id: <00000738.022@uade.forum> In-Reply-To: <00000738.021@uade.forum> Subject: Re: UADE 1.50pre10 refuses to install To: UADE-Developer-discussion [quote:99f7208cfa="jraitala"]Any idea how to get uade123 to work on mac? I'd prefer CLI interface, so I'm currently stuck to uade 1.03.[/quote:99f7208cfa] No. I would have to access a mac system and read some documentation to figure out the problem. Do you know people familiar with the system? I'm hoping Michael Baltaks will assist us at some point, but I haven't heard anything from him since the shared library fix. From shd@uadeforum Mon Jan 2 17:23:46 2006 From: shd Date: Mon Jan 2 17:23:46 2006 Message-Id: <00000738.023@uade.forum> In-Reply-To: <00000738.022@uade.forum> Subject: Re: UADE 1.50pre10 refuses to install To: UADE-Developer-discussion [quote:6449357860="jraitala"]Any idea how to get uade123 to work on mac? I'd prefer CLI interface, so I'm currently stuck to uade 1.03.[/quote:6449357860] Just a though. Is there some kind of libdl that needs to be linked for uade123 on mac? From jraitala@uadeforum Tue Jan 3 04:01:30 2006 From: jraitala Date: Tue Jan 3 04:01:30 2006 Message-Id: <00000738.024@uade.forum> In-Reply-To: <00000738.023@uade.forum> Subject: Re: UADE 1.50pre10 refuses to install To: UADE-Developer-discussion The problem lies in the poll() implementation of Mac OS X. It's broken. [url]http://developer.apple.com/technotes/tn2002/tn2071.html[/url] states that poll is not supported in Mac OS X, but according to curl and lftp mailing lists Apple introduced broken poll() support with OS X Tiger (10.4). See [url]http://curl.haxx.se/mail/lib-2005-05/index.html#118[/url] and [url]http://www.mail-archive.com/lftp%40uniyar.ac.ru/msg02101.html[/url] for details. I tried to compile uade2 with uade123 using fakepoll.h from [url]http://sealiesoftware.com/fakepoll.h[/url] instead of system poll.h, modified it a bit to get around the immediate errors and 'make soundcheck' greeted me with a pleasant piece of music. I created a rough patch against uade-2.00 that is available at [url]http://www.jraitala.net/tmp/uade/uade-2.00-fakepoll.patch[/url]. With the patch compiling src/frontends/uade123 outputs the following: [code:1:b3c105a594]/usr/bin/make -C src/frontends/uade123 gcc -Wall -O2 -I../../include -I../common -no-cpp-precomp -I/opt/local/include -g -c uade123.c gcc -Wall -O2 -I../../include -I../common -no-cpp-precomp -I/opt/local/include -g -c ../../strlrep.c gcc -Wall -O2 -I../../include -I../common -no-cpp-precomp -I/opt/local/include -g -c ../../unixatomic.c gcc -Wall -O2 -I../../include -I../common -no-cpp-precomp -I/opt/local/include -g -c ../../uadeipc.c gcc -Wall -O2 -I../../include -I../common -no-cpp-precomp -I/opt/local/include -g -c ../common/amifilemagic.c gcc -Wall -O2 -I../../include -I../common -no-cpp-precomp -I/opt/local/include -g -c chrarray.c gcc -Wall -O2 -I../../include -I../common -no-cpp-precomp -I/opt/local/include -g -c playlist.c gcc -Wall -O2 -I../../include -I../common -no-cpp-precomp -I/opt/local/include -g -c ../common/eagleplayer.c gcc -Wall -O2 -I../../include -I../common -no-cpp-precomp -I/opt/local/include -g -c ../common/unixwalkdir.c gcc -Wall -O2 -I../../include -I../common -no-cpp-precomp -I/opt/local/include -g -c ../common/effects.c gcc -Wall -O2 -I../../include -I../common -no-cpp-precomp -I/opt/local/include -g -c playloop.c playloop.c: In function 'play_loop': playloop.c:407: warning: pointer targets in assignment differ in signedness gcc -Wall -O2 -I../../include -I../common -no-cpp-precomp -I/opt/local/include -g -c audio.c gcc -Wall -O2 -I../../include -I../common -no-cpp-precomp -I/opt/local/include -g -c config.c gcc -Wall -O2 -I../../include -I../common -no-cpp-precomp -I/opt/local/include -g -c terminal.c In file included from terminal.c:8: fakepoll.h:19:1: warning: "FD_SETSIZE" redefined In file included from /usr/include/unistd.h:483, from terminal.c:4: /usr/include/sys/select.h:112:1: warning: this is the location of the previous definition gcc -Wall -O2 -I../../include -I../common -no-cpp-precomp -I/opt/local/include -g -c ../common/postprocessing.c gcc -Wall -O2 -I../../include -I../common -no-cpp-precomp -I/opt/local/include -g -c ../common/uadecontrol.c gcc -Wall -O2 -I../../include -I../common -no-cpp-precomp -I/opt/local/include -g -c ../common/uadeconf.c gcc -Wall -O2 -I../../include -I../common -no-cpp-precomp -I/opt/local/include -g -c ../common/md5.c gcc -Wall -O2 -I../../include -I../common -no-cpp-precomp -I/opt/local/include -g -o uade123 uade123.o strlrep.o unixatomic.o uadeipc.o amifilemagic.o chrarray.o playlist.o eagleplayer.o unixwalkdir.o effects.o playloop.o audio.o config.o terminal.o postprocessing.o uadecontrol.o uadeconf.o md5.o -L/opt/local/lib -lao[/code:1:b3c105a594] I didn't bother to work around the rough edges because the solution I used is just a quick hack. I don't know the proper way to deal with the poll() issue. From jraitala@uadeforum Tue Jan 3 05:46:01 2006 From: jraitala Date: Tue Jan 3 05:46:01 2006 Message-Id: <00000738.025@uade.forum> In-Reply-To: <00000738.024@uade.forum> Subject: Re: UADE 1.50pre10 refuses to install To: UADE-Developer-discussion Unfortunately audio skips even if I do something minor (like scrolling the mouse wheel) while uade123 is running. It's probably due to libao. I try to look at the problem later. From shd@uadeforum Tue Jan 3 11:53:10 2006 From: shd Date: Tue Jan 3 11:53:10 2006 Message-Id: <00000738.026@uade.forum> In-Reply-To: <00000738.025@uade.forum> Subject: Re: UADE 1.50pre10 refuses to install To: UADE-Developer-discussion [quote:4dc5490cb0="jraitala"] I didn't bother to work around the rough edges because the solution I used is just a quick hack. I don't know the proper way to deal with the poll() issue.[/quote:4dc5490cb0] Cool. Now I think I can fix the issue. Try http://zakalwe.virtuaalipalvelin.net/tmp/terminal.c I changed poll() to select(). Does it work? Also, does mac have: #include <sys/select.h> to #include select? You will see that when it compiles. If not, then you can use: #include <sys/time.h> #include <sys/types.h> #include <unistd.h> From shd@uadeforum Tue Jan 3 11:53:42 2006 From: shd Date: Tue Jan 3 11:53:42 2006 Message-Id: <00000738.027@uade.forum> In-Reply-To: <00000738.026@uade.forum> Subject: Re: UADE 1.50pre10 refuses to install To: UADE-Developer-discussion [quote:a47993a379="jraitala"]Unfortunately audio skips even if I do something minor (like scrolling the mouse wheel) while uade123 is running. It's probably due to libao. I try to look at the problem later.[/quote:a47993a379] I think so too. Could you ask libao authors about this issue? From jraitala@uadeforum Tue Jan 3 18:09:39 2006 From: jraitala Date: Tue Jan 3 18:09:39 2006 Message-Id: <00000738.028@uade.forum> In-Reply-To: <00000738.027@uade.forum> Subject: Re: UADE 1.50pre10 refuses to install To: UADE-Developer-discussion The code you provided compiles and runs without modification. From shd@uadeforum Tue Jan 3 18:25:34 2006 From: shd Date: Tue Jan 3 18:25:34 2006 Message-Id: <00000738.029@uade.forum> In-Reply-To: <00000738.028@uade.forum> Subject: Re: UADE 1.50pre10 refuses to install To: UADE-Developer-discussion [quote:af9fa8bfbc="jraitala"]The code you provided compiles and runs without modification.[/quote:af9fa8bfbc] I've made some changes in the CVS. Could you check out latest and see if uade123 and XMMS plugin both work? What should I attribute in the change log entry? Currently it says: - Fixed Mac OS X compatibility issue. poll() was replaced with select(). Thanks to jraitala. Want name, nick or email? From shd@uadeforum Tue Jan 3 18:27:00 2006 From: shd Date: Tue Jan 3 18:27:00 2006 Message-Id: <00000738.030@uade.forum> In-Reply-To: <00000738.029@uade.forum> Subject: Re: UADE 1.50pre10 refuses to install To: UADE-Developer-discussion [quote:b843897adb="jraitala"]The code you provided compiles and runs without modification.[/quote:b843897adb] Also, I added requirements to our web page: http://zakalwe.virtuaalipalvelin.net/uade/ Requirements for compiling and running UADE 2.xx: * Bash (or similar shell) * GNU Make * Install * libAO (for uade123) * pkg-config (for configuring) * Sed (for configuring) * Sufficiently modern GCC environment (portable types from stdint.h) * XMMS development kit (for XMMS plugin) * Preferably /dev/urandom for uade123 playlist randomization Are those enough for Mac OS X too, or do you need something else? From jraitala@uadeforum Tue Jan 3 19:20:23 2006 From: jraitala Date: Tue Jan 3 19:20:23 2006 Message-Id: <00000738.031@uade.forum> In-Reply-To: <00000738.030@uade.forum> Subject: Re: UADE 1.50pre10 refuses to install To: UADE-Developer-discussion [quote:373359272d="shd"]I've made some changes in the CVS. Could you check out latest and see if uade123 and XMMS plugin both work? What should I attribute in the change log entry? Currently it says: - Fixed Mac OS X compatibility issue. poll() was replaced with select(). Thanks to jraitala. Want name, nick or email?[/quote:373359272d] I try it out later tonight. My real name (Juuso Raitala) can be mentioned if that kind of appreciation is appropiate. From jraitala@uadeforum Tue Jan 3 19:26:50 2006 From: jraitala Date: Tue Jan 3 19:26:50 2006 Message-Id: <00000738.032@uade.forum> In-Reply-To: <00000738.031@uade.forum> Subject: Re: UADE 1.50pre10 refuses to install To: UADE-Developer-discussion [quote:1c862205a5="shd"]Are those enough for Mac OS X too, or do you need something else?[/quote:1c862205a5] I think those are fine on Mac OS X, too. I believe Xcode includes most of the required stuff (gnumake, install, gcc). From jraitala@uadeforum Tue Jan 3 19:33:47 2006 From: jraitala Date: Tue Jan 3 19:33:47 2006 Message-Id: <00000738.033@uade.forum> In-Reply-To: <00000738.032@uade.forum> Subject: Re: UADE 1.50pre10 refuses to install To: UADE-Developer-discussion I got libao to function by increasing its buffer size as suggested in [url]http://trac.xiph.org/cgi-bin/trac.cgi/ticket/727[/url]. The fix does have a shortcoming: due to large buffer size music keeps playing after stopping it. I'll investigate the subject more a bit later. From jraitala@uadeforum Tue Jan 3 21:44:52 2006 From: jraitala Date: Tue Jan 3 21:44:52 2006 Message-Id: <00000738.034@uade.forum> In-Reply-To: <00000738.033@uade.forum> Subject: Re: UADE 1.50pre10 refuses to install To: UADE-Developer-discussion I compiled uade from CVS and both uade123 and xmms plugin work. From Vlcice@uadeforum Wed Jan 4 05:34:16 2006 From: Vlcice Date: Wed Jan 4 05:34:16 2006 Message-Id: <00000747.001@uade.forum> Subject: UADE2 - song detection, and LHA To: UADE-Developer-discussion Now that UADE2 is compiling and working decently on Mac OS X (gargantuan buffer aside), I've been playing with it a bit, and I've noticed a couple of things that may be bugs. First, uade123 doesn't appear to detect my installed version of LHA to decompress LHA archives, like the older uade commandline app did. Is this intentional, not been added yet, or just buggy on my system? As well, I've noticed that neither uade123 nor the XMMS plugin will detect some of my Protracker songs, which play properly in the older uade plugin. A few examples are http://de4.aminet.net/mods/jazzc/CoffeeInTheNig.lha and http://de4.aminet.net/mods/jazzc/H0useMess.lha. [Edit: I should add, I'm using UADE 2.01, compiled with GCC 3.3.] From mld/uade team@uadeforum Wed Jan 4 11:39:04 2006 From: mld/uade team Date: Wed Jan 4 11:39:04 2006 Message-Id: <00000747.002@uade.forum> In-Reply-To: <00000747.001@uade.forum> Subject: Re: UADE2 - song detection, and LHA To: UADE-Developer-discussion Hi, About the mod issue: it's intentional... UADE checks if filesize and calculated size match to get rid of those too many bad rips. I'm afraid it's now pretty strict and makes no exception :) Anyway both mods have trailing garbage. They are larger than expected and therefore get rejected. There are several ways to proceed now... a) easiest way: look for a good rip: E.g. on Modland FTP and AMP: H0use Mess -> ftp://ftp.modland.com/pub/modules/protracker/jazzcat/h0use mess.mod Coffee in the Night -> http://dascene.net/downmod.php?index=35570 b) you can fix the mod by stripping those two mods...btw. "prowiz for pc" does a handy job there-> http://asle.free.fr/prowiz/ c) you can replace the PTK-Prowiz with the older one from uade 1.03, which plays anything whether size matches or not. d) you can use the PS3M replay instead (e.g. .uade2/uade123 -P players/PS3M MOD.h0use_mess, which also play Protracker mods. hope it helped mld/uade team From Vlcice@uadeforum Wed Jan 4 20:38:24 2006 From: Vlcice Date: Wed Jan 4 20:38:24 2006 Message-Id: <00000747.003@uade.forum> In-Reply-To: <00000747.002@uade.forum> Subject: Re: UADE2 - song detection, and LHA To: UADE-Developer-discussion Ah, thank you very much! Since I'm too lazy to find proper versions, I'll use the PTK-Prowiz from UADE 1.03; or maybe I'll see if Prowiz compiles and runs properly on Mac OS X. From shd@uadeforum Wed Jan 4 21:27:57 2006 From: shd Date: Wed Jan 4 21:27:57 2006 Message-Id: <00000747.004@uade.forum> In-Reply-To: <00000747.003@uade.forum> Subject: Re: UADE2 - song detection, and LHA To: UADE-Developer-discussion [quote:11a963a514="mld/uade team"] About the mod issue: it's intentional... UADE checks if filesize and calculated size match to get rid of those too many bad rips. I'm afraid it's now pretty strict and makes no exception :) Anyway both mods have trailing garbage. They are larger than expected and therefore get rejected. [/quote:11a963a514] Could you make 50 line command line tool which checks size and is able to fix the size? man 2 truncate or ftruncate. Mods that are too short should just be killed (or appended from dev/zero and then truncated ;) From shd@uadeforum Wed Jan 4 21:29:22 2006 From: shd Date: Wed Jan 4 21:29:22 2006 Message-Id: <00000747.005@uade.forum> In-Reply-To: <00000747.004@uade.forum> Subject: Re: UADE2 - song detection, and LHA To: UADE-Developer-discussion [quote:158075bb56="Vlcice"]Ah, thank you very much! Since I'm too lazy to find proper versions, I'll use the PTK-Prowiz from UADE 1.03; or maybe I'll see if Prowiz compiles and runs properly on Mac OS X.[/quote:158075bb56] I advice against that strongly. We will write a tool (if not Michael then me) that scans and fixes modules. I hope you will then switch back to the new ptk-prowiz. From Vlcice@uadeforum Wed Jan 4 21:34:13 2006 From: Vlcice Date: Wed Jan 4 21:34:13 2006 Message-Id: <00000747.006@uade.forum> In-Reply-To: <00000747.005@uade.forum> Subject: Re: UADE2 - song detection, and LHA To: UADE-Developer-discussion [quote:8a72d46e61="shd"][quote:8a72d46e61="Vlcice"]Ah, thank you very much! Since I'm too lazy to find proper versions, I'll use the PTK-Prowiz from UADE 1.03; or maybe I'll see if Prowiz compiles and runs properly on Mac OS X.[/quote:8a72d46e61] I advice against that strongly. We will write a tool (if not Michael then me) that scans and fixes modules. I hope you will then switch back to the new ptk-prowiz.[/quote:8a72d46e61] I will definitely, yes; in the meanwhile I'll use UADE 1.03 rather than replace the PTK-Prowiz. (As it turns out, Prowiz fails to compile for me even after I fix its hardcoded -march, so fixing the modules myself isn't an available route.) Thank you very much for your help! Incidentally, are there plans to make use of LHA again in the future, or should I reorganize my collection and decompress all of my modules? From shd@uadeforum Wed Jan 4 21:41:03 2006 From: shd Date: Wed Jan 4 21:41:03 2006 Message-Id: <00000747.007@uade.forum> In-Reply-To: <00000747.006@uade.forum> Subject: Re: UADE2 - song detection, and LHA To: UADE-Developer-discussion [quote:d6ebcbf3a6="Vlcice"] Incidentally, are there plans to make use of LHA again in the future, or should I reorganize my collection and decompress all of my modules?[/quote:d6ebcbf3a6] No support for depacking in the future, so you should decompress. We decided to reduce application complexity and let users depack their modules. However, to help that process we have written an external tool to handle squash and powerpacker packed modules in patch mode: http://zakalwe.virtuaalipalvelin.net/~shd/foss/amigadepacker/ With amigadepacker, -p means pretend so it only reports which files are packed: $ find /path/ -type f |tr \\n \\0 |xargs -0 amigadepacker -p This should print a list of squash/pp packed songs. Then running: $ find /path/ -type f |tr \\n \\0 |xargs -0 amigadepacker will decompress them. Brave people don't of course use the pretend mode or do backups ;) Sources for amigadepacker can be found from uade cvs. module 'amigadepacker' in the root. From mld/uade team@uadeforum Wed Jan 4 22:22:21 2006 From: mld/uade team Date: Wed Jan 4 22:22:21 2006 Message-Id: <00000747.008@uade.forum> In-Reply-To: <00000747.007@uade.forum> Subject: Re: UADE2 - song detection, and LHA To: UADE-Developer-discussion Hi folks, FYI: I just commited a less strict version of PTK-Prowiz to cvs. Maybe the transition to a stric ted cheks was to hard... Until we have a tool for fixing those mods, it accepts files with max 1KB trailing garbage for now. Truncated files still get refused :) hope it helps mld/uade team From mld/uade team@uadeforum Thu Jan 5 00:38:51 2006 From: mld/uade team Date: Thu Jan 5 00:38:51 2006 Message-Id: <00000747.009@uade.forum> In-Reply-To: <00000747.008@uade.forum> Subject: Re: UADE2 - song detection, and LHA To: UADE-Developer-discussion just an idea to fix your files... You can use the uade debug mode, hunt for the mod in memory and save it back :) e.g.: uade123 -d mod.cry-spy > M ... Found possible ProTracker (31 samples) module at 0x28000. Name "crying spy ", Length 0xc384 bytes. >S mod.crying_spy 0x28000 0xc384 >q :))) From shd@uadeforum Wed Jan 4 21:50:18 2006 From: shd Date: Wed Jan 4 21:50:18 2006 Message-Id: <00000751.001@uade.forum> Subject: UADE 2 design specification To: UADE-Developer-discussion I wrote a partial design specification for UADE 2. It was written after a real implementation so it satisfies all the requirements of reality ;) Some Swedish person was interested in porting uade for other platforms and frontends so that document should help him understand the internal issues. It's only a good read if one wants to understand how the current system works. http://zakalwe.virtuaalipalvelin.net/uade/uade2/design.ps From shd@uadeforum Thu Jan 5 20:31:01 2006 From: shd Date: Thu Jan 5 20:31:01 2006 Message-Id: <00000752.001@uade.forum> Subject: Code cleanups To: UADE-Developer-discussion Cleaned configuration code in uade123 and XMMS plugin. I hope I didn't break anything. Please test that configuration files behave as they should. Especially interesting case is what happens between different songs. The next step in cleanups is to reduce code duplication in configuration management among frontends. The goal is to move as much stuff as possible to src/frontends/common/. This should make it easier to port uade for more exotic platforms and new frontends. From amadeus@uadeforum Sat Jan 7 07:52:41 2006 From: amadeus Date: Sat Jan 7 07:52:41 2006 Message-Id: <00000752.002@uade.forum> In-Reply-To: <00000752.001@uade.forum> Subject: Re: Code cleanups To: UADE-Developer-discussion [quote:3f8e8c5d88="shd"]Cleaned configuration code in uade123 and XMMS plugin. I hope I didn't break anything. Please test that configuration files behave as they should. Especially interesting case is what happens between different songs. The next step in cleanups is to reduce code duplication in configuration management among frontends. The goal is to move as much stuff as possible to src/frontends/common/. This should make it easier to port uade for more exotic platforms and new frontends.[/quote:3f8e8c5d88] I have been thinking. Would it make sense to make score a library? From shd@uadeforum Sat Jan 7 14:28:52 2006 From: shd Date: Sat Jan 7 14:28:52 2006 Message-Id: <00000752.003@uade.forum> In-Reply-To: <00000752.002@uade.forum> Subject: Re: Code cleanups To: UADE-Developer-discussion [quote:bd67714b5f="amadeus"] I have been thinking. Would it make sense to make score a library?[/quote:bd67714b5f] You mean to distribute score and eagleplayers separately to frontends and emulator? From amadeus@uadeforum Sat Jan 7 16:59:30 2006 From: amadeus Date: Sat Jan 7 16:59:30 2006 Message-Id: <00000752.004@uade.forum> In-Reply-To: <00000752.003@uade.forum> Subject: Re: Code cleanups To: UADE-Developer-discussion [quote:07e5232e5a="shd"]You mean to distribute score and eagleplayers separately to frontends and emulator?[/quote:07e5232e5a] Perhaps not in seperate archives, but otherwise just that =) From shd@uadeforum Sat Jan 7 20:46:33 2006 From: shd Date: Sat Jan 7 20:46:33 2006 Message-Id: <00000752.005@uade.forum> In-Reply-To: <00000752.004@uade.forum> Subject: Re: Code cleanups To: UADE-Developer-discussion [quote:b70a1c0b99="amadeus"][quote:b70a1c0b99="shd"]You mean to distribute score and eagleplayers separately to frontends and emulator?[/quote:b70a1c0b99] Perhaps not in seperate archives, but otherwise just that =)[/quote:b70a1c0b99] Is there some practical or theoretical goal that needs to be reached? I don't know exact user numbers about UADE, but at least there are hundreds, and it's kind of shame that so few ever tell us anything. They have a real chance to influence the project, because we don't have economic responsibility or anything similar to be worried about. We can just do what we see fitting _our_ needs best. From mld/uade team@uadeforum Mon Jan 9 19:55:41 2006 From: mld/uade team Date: Mon Jan 9 19:55:41 2006 Message-Id: <00000756.001@uade.forum> Subject: audacious input plugin To: UADE-Developer-discussion Hi folks, just commited an audacious media player input plugin to cvs. (audacious -> http://audacious.nenolod.net/Main_Page) since the default modplug engines chokes on some for old amiga mods I thought it could be useful ;) have fun Michael From shd@uadeforum Mon Jan 9 22:19:52 2006 From: shd Date: Mon Jan 9 22:19:52 2006 Message-Id: <00000756.002@uade.forum> In-Reply-To: <00000756.001@uade.forum> Subject: Re: audacious input plugin To: UADE-Developer-discussion [quote:78b66d1663="mld/uade team"]Hi folks, just commited an audacious media player input plugin to cvs. (audacious -> http://audacious.nenolod.net/Main_Page) since the default modplug engines chokes on some for old amiga mods I thought it could be useful ;) have fun Michael[/quote:78b66d1663] Excellent! I just got mail two days ago that audacious plugin is needed. :) From mld/uade team@uadeforum Mon Jan 9 22:37:30 2006 From: mld/uade team Date: Mon Jan 9 22:37:30 2006 Message-Id: <00000756.003@uade.forum> In-Reply-To: <00000756.002@uade.forum> Subject: Re: audacious input plugin To: UADE-Developer-discussion :) Wasn't me... From mld/uade team@uadeforum Mon Jan 9 22:45:40 2006 From: mld/uade team Date: Mon Jan 9 22:45:40 2006 Message-Id: <00000756.004@uade.forum> In-Reply-To: <00000756.003@uade.forum> Subject: Re: audacious input plugin To: UADE-Developer-discussion err.... wasn't me bugging for the audicous plugin I want to say... btw. Updated the web page in that respect as well... Michael From shd@uadeforum Mon Jan 9 22:46:54 2006 From: shd Date: Mon Jan 9 22:46:54 2006 Message-Id: <00000756.005@uade.forum> In-Reply-To: <00000756.004@uade.forum> Subject: Re: audacious input plugin To: UADE-Developer-discussion [quote:26bd9ba506="mld/uade team"]:) Wasn't me...[/quote:26bd9ba506] Nice port. How did you get the time? Btw. you may add your name to xmms/plugin.c copyright headers too =) From shd@uadeforum Mon Jan 9 22:48:16 2006 From: shd Date: Mon Jan 9 22:48:16 2006 Message-Id: <00000756.006@uade.forum> In-Reply-To: <00000756.005@uade.forum> Subject: Re: audacious input plugin To: UADE-Developer-discussion [quote:10da519840="mld/uade team"]err.... wasn't me bugging for the audicous plugin I want to say... btw. Updated the web page in that respect as well... Michael[/quote:10da519840] Care to update uade-www too? Man page? From Guest@uadeforum Mon Jan 9 22:56:10 2006 From: Guest Date: Mon Jan 9 22:56:10 2006 Message-Id: <00000756.007@uade.forum> In-Reply-To: <00000756.006@uade.forum> Subject: Re: audacious input plugin To: UADE-Developer-discussion [quote:5b77d71ef2="shd"][quote:5b77d71ef2="mld/uade team"]err.... wasn't me bugging for the audicous plugin I want to say... btw. Updated the web page in that respect as well... Michael[/quote:5b77d71ef2] Care to update uade-www too? Man page?[/quote:5b77d71ef2] regarding build requirements? I'll see to it... basically: audacious + dev headers... :) From shd@uadeforum Mon Jan 9 23:00:09 2006 From: shd Date: Mon Jan 9 23:00:09 2006 Message-Id: <00000756.008@uade.forum> In-Reply-To: <00000756.007@uade.forum> Subject: Re: audacious input plugin To: UADE-Developer-discussion [quote:560f65ba9b="Anonymous"][quote:560f65ba9b="shd"][quote:560f65ba9b="mld/uade team"]err.... wasn't me bugging for the audicous plugin I want to say... btw. Updated the web page in that respect as well... Michael[/quote:560f65ba9b] Care to update uade-www too? Man page?[/quote:560f65ba9b] regarding build requirements? I'll see to it... basically: audacious + dev headers... :)[/quote:560f65ba9b] We should also mention audacious as we mention others. You can remove beep media player among the support frontends because it's not supported by us or their developers. Perhaps the list of supported frontends should be made more clear on the page. Now it's hidden inside a block of text :) From mld/uade team@uadeforum Mon Jan 9 23:15:27 2006 From: mld/uade team Date: Mon Jan 9 23:15:27 2006 Message-Id: <00000756.009@uade.forum> In-Reply-To: <00000756.008@uade.forum> Subject: Re: audacious input plugin To: UADE-Developer-discussion ok. see if it's better now :) From jraitala@uadeforum Tue Jan 10 05:30:48 2006 From: jraitala Date: Tue Jan 10 05:30:48 2006 Message-Id: <00000756.010@uade.forum> In-Reply-To: <00000756.009@uade.forum> Subject: Re: audacious input plugin To: UADE-Developer-discussion I think it would be better to list libao/uade123 with other frontends and state that it is a command line client. From mld/uade team@uadeforum Tue Jan 10 16:34:45 2006 From: mld/uade team Date: Tue Jan 10 16:34:45 2006 Message-Id: <00000756.011@uade.forum> In-Reply-To: <00000756.010@uade.forum> Subject: Re: audacious input plugin To: UADE-Developer-discussion [quote:e7141339c0="jraitala"]I think it would be better to list libao/uade123 with other frontends and state that it is a command line client.[/quote:e7141339c0] good idea! commited the changes to cvs. Removed the obsolete screenshots as well... Heikki if you like please update/edit or whatever *g* From shd@uadeforum Tue Jan 10 17:01:39 2006 From: shd Date: Tue Jan 10 17:01:39 2006 Message-Id: <00000756.012@uade.forum> In-Reply-To: <00000756.011@uade.forum> Subject: Re: audacious input plugin To: UADE-Developer-discussion [quote:335fc7460c="mld/uade team"] Heikki if you like please update/edit or whatever *g*[/quote:335fc7460c] Done. Removed all old binary package links as being obsolete. Changed wording and a bit of style. From nenolod@uadeforum Sat Jan 14 02:20:44 2006 From: nenolod Date: Sat Jan 14 02:20:44 2006 Message-Id: <00000756.013@uade.forum> In-Reply-To: <00000756.012@uade.forum> Subject: Re: audacious input plugin To: UADE-Developer-discussion Hi! I'm glad that you ported the plugin, but there are some issues you need to resolve before the 0.2 release of Audacious... Admittedly, I have only taken a small look at this code, so I'm unsure how much of this applies. * Firstly, the plugin cannot write directly to the output plugin due to some seriously needed model changes. In 0.2, doing so will result in no audio being produced. You should use produce_audio() instead as it is thread safe, reentrant, and allows for a more sane I/O model. * Secondly, be sure to convert the code over to ConfigDB! Without this change, your plugin will soon not build (under 0.2, we require all plugins to use the ConfigDB. Use of the old xmms stuff is deprecated.) Past that, things should be dandy. If there's anything important we may be able to provide you all with a patch, but it will mainly matter on the amount of time that is available to us. 0.2 is a pretty big release, and 0.3 will cause even more changes to the model (such as removing legacy functionality that your plugin currently depends on.) I'm sure a lot of people will be pleased to hear of this port, however. From shd@uadeforum Sat Jan 14 02:37:56 2006 From: shd Date: Sat Jan 14 02:37:56 2006 Message-Id: <00000756.014@uade.forum> In-Reply-To: <00000756.013@uade.forum> Subject: Re: audacious input plugin To: UADE-Developer-discussion [quote:b3bbfe62e1="nenolod"] * Firstly, the plugin cannot write directly to the output plugin due to some seriously needed model changes. In 0.2, doing so will result in no audio being produced. You should use produce_audio() instead as it is thread safe, reentrant, and allows for a more sane I/O model. * Secondly, be sure to convert the code over to ConfigDB! Without this change, your plugin will soon not build (under 0.2, we require all plugins to use the ConfigDB. Use of the old xmms stuff is deprecated.) [/quote:b3bbfe62e1] Michael, you need to upgrade to latest SVN version to use produce_audio(). Message me when done. From mld/uade team@uadeforum Tue Jan 17 20:24:26 2006 From: mld/uade team Date: Tue Jan 17 20:24:26 2006 Message-Id: <00000756.015@uade.forum> In-Reply-To: <00000756.014@uade.forum> Subject: Re: audacious input plugin To: UADE-Developer-discussion I'll see if I get the svn version to compile with my b0rked autoconf/automake/libtool setup, otherwise I wait for a stable "tarball with configure" release ;) From mld/uade team@uadeforum Thu Jan 12 13:34:42 2006 From: mld/uade team Date: Thu Jan 12 13:34:42 2006 Message-Id: <00000760.001@uade.forum> Subject: xmms plugin -> vis freeze after subsong change To: UADE-Developer-discussion it seems the vis freezes in xmms and audacious when subsongs are changed. It gets back to life after a minute or so... From shd@uadeforum Thu Jan 12 18:58:24 2006 From: shd Date: Thu Jan 12 18:58:24 2006 Message-Id: <00000760.002@uade.forum> In-Reply-To: <00000760.001@uade.forum> Subject: Re: xmms plugin -> vis freeze after subsong change To: UADE-Developer-discussion [quote:7431e23d8a="mld/uade team"]it seems the vis freezes in xmms and audacious when subsongs are changed. It gets back to life after a minute or so...[/quote:7431e23d8a] [code:1:7431e23d8a] uade_ip.add_vis_pcm(uade_ip.output->written_time(), sample_format, UADE_CHANNELS, play_bytes, um->data); uade_ip.output->write_audio(um->data, play_bytes); [/code:1:7431e23d8a] That's the involved code. We're doing the same thing as other plugins. But something is obviously different. Just opening seek window causes two seconds of lost visualization. Opening the seek window should not have any side effects. Also, I've noticed a bug that pressing "stop" stops playing but audacious/xmms does not go to the real stopped state. The play symbol is displayed on the player window but time stamp becomes 0:00 and nothing is played. Pressing stop the second time does the job. There is some bug there. It doesn't affect normal use but it's annoying. From mld/uade team@uadeforum Fri Jan 13 10:26:44 2006 From: mld/uade team Date: Fri Jan 13 10:26:44 2006 Message-Id: <00000760.003@uade.forum> In-Reply-To: <00000760.002@uade.forum> Subject: Re: xmms plugin -> vis freeze after subsong change To: UADE-Developer-discussion [quote:ea916aebaf="shd"] Also, I've noticed a bug that pressing "stop" stops playing but audacious/xmms does not go to the real stopped state. The play symbol is displayed on the player window but time stamp becomes 0:00 and nothing is played. Pressing stop the second time does the job. There is some bug there. It doesn't affect normal use but it's annoying.[/quote:ea916aebaf] following seems to be responsible: [code:1:ea916aebaf] uade_ip.set_info(gui_filename, play_time, UADE_BYTES_PER_SECOND, UADE_FREQUENCY, UADE_CHANNELS); [/code:1:ea916aebaf] What about calling it only after uade_add_time() only in the if (curmd)? Seems to fix that stop bug on audacious? From mld/uade team@uadeforum Fri Jan 13 10:57:19 2006 From: mld/uade team Date: Fri Jan 13 10:57:19 2006 Message-Id: <00000760.004@uade.forum> In-Reply-To: <00000760.003@uade.forum> Subject: Re: xmms plugin -> vis freeze after subsong change To: UADE-Developer-discussion some interesting info on the first "hanging vis" bug... the vis gets back to normal when reaching the time when the last subsong was changed. E.g. if you switch subsong manually at 0:04 the vis gets alive after 0:04 secs :) It has maybe something to do with uade_get_time/written_time()... From amadeus@uadeforum Wed Jan 18 17:48:36 2006 From: amadeus Date: Wed Jan 18 17:48:36 2006 Message-Id: <00000773.001@uade.forum> Subject: Modifying Hippel 7V to play 7V CoSo? To: UADE-Developer-discussion Does anyone know, if it would be possible (the right way to go) to implant the depacker from Hippel CoSo (COmpressed SOng data) to the Hippel 7V replayer? Or perhaps made a parser that converted Hippel 7V CoSo to un-compressed Hippel 7V? From mld/uade team@uadeforum Wed Jan 18 20:42:03 2006 From: mld/uade team Date: Wed Jan 18 20:42:03 2006 Message-Id: <00000773.002@uade.forum> In-Reply-To: <00000773.001@uade.forum> Subject: Re: Modifying Hippel 7V to play 7V CoSo? To: UADE-Developer-discussion Wanted team has iirc all HIPC7 already converted on their webpage... -> http://amiga.emucamp.com/wt/examples.html Jochen Hippel 7V # S7G_Amberstar.lzx (171582 bytes) - all modules from the game "Amberstar". # S7G_AustralianPioneers.lzx (101852 bytes) - module for the game "Australian Pioneers". # S7G_GhostBattle.lzx (30380 bytes) - module for the game "Ghost Battle". # S7G_LethalXcess.lzx (96250 bytes) - all modules from the game "Lethal Xcess". So, imo no need to hack their replayer *g* And if you visit their page and apreciate their work why not sign their guestbook as well ;) From amadeus@uadeforum Wed Jan 18 22:04:40 2006 From: amadeus Date: Wed Jan 18 22:04:40 2006 Message-Id: <00000773.003@uade.forum> In-Reply-To: <00000773.002@uade.forum> Subject: Re: Modifying Hippel 7V to play 7V CoSo? To: UADE-Developer-discussion [quote:742d97559f="mld/uade team"]Wanted team has iirc all HIPC7 already converted on their webpage... -> http://amiga.emucamp.com/wt/examples.html Jochen Hippel 7V # S7G_Amberstar.lzx (171582 bytes) - all modules from the game "Amberstar". # S7G_AustralianPioneers.lzx (101852 bytes) - module for the game "Australian Pioneers". # S7G_GhostBattle.lzx (30380 bytes) - module for the game "Ghost Battle". # S7G_LethalXcess.lzx (96250 bytes) - all modules from the game "Lethal Xcess". So, imo no need to hack their replayer *g*[/quote:742d97559f] Wow. I didn't knew he had made an XFD decruncher. Does this mean (from a UADE point of view), that Hippel 7V CoSo is not valid module format, and considered a crunched file just like e.g. Crunch Mania files? UADE ships a Hippel CoSo replayer. Should it depricated? This must be the first time anyone have made a decruncher for a lossless module format? =) I really think, it is a funny thought to decruch a module =) But why not? =) [quote:742d97559f="mld/uade team"] And if you visit their page and apreciate their work why not sign their guestbook as well ;)[/quote:742d97559f] [code:1:742d97559f]Message No. : 12 Your Name : Amadeus/Shelter Date : Friday, April 4, 2003 at 08:17:18 [/code:1:742d97559f] You are right. That's way too seldon to comment on his exceeding good work! Just tried posting again, but there is PHP error. I've just posted him about that. EDIT: Just realised: It is not only Hippel 7V CoSO Don considers a crunched file, but also Hippel CoSo. From mld/uade team@uadeforum Mon Jan 30 20:24:08 2006 From: mld/uade team Date: Mon Jan 30 20:24:08 2006 Message-Id: <00000777.001@uade.forum> Subject: song length database... To: UADE-Developer-discussion Is it just me or is the support for the song length database in the current cvs broken? From shd@uadeforum Tue Jan 31 00:36:11 2006 From: shd Date: Tue Jan 31 00:36:11 2006 Message-Id: <00000777.002@uade.forum> In-Reply-To: <00000777.001@uade.forum> Subject: Re: song length database... To: UADE-Developer-discussion [quote:6b2bd022af="mld/uade team"]Is it just me or is the support for the song length database in the current cvs broken?[/quote:6b2bd022af] Which tool? uade123 or xmms? From shd@uadeforum Tue Jan 31 00:49:58 2006 From: shd Date: Tue Jan 31 00:49:58 2006 Message-Id: <00000777.003@uade.forum> In-Reply-To: <00000777.002@uade.forum> Subject: Re: song length database... To: UADE-Developer-discussion [quote:7ac0060b82="shd"][quote:7ac0060b82="mld/uade team"]Is it just me or is the support for the song length database in the current cvs broken?[/quote:7ac0060b82] Which tool? uade123 or xmms?[/quote:7ac0060b82] Heeh yes. It was broken in the last change. The change series is still incomplete. I'll release new stable when it's done. I'm trying to make it as easy as possibly to re-use code under common/. From shd@uadeforum Tue Jan 31 00:51:44 2006 From: shd Date: Tue Jan 31 00:51:44 2006 Message-Id: <00000777.004@uade.forum> In-Reply-To: <00000777.003@uade.forum> Subject: Re: song length database... To: UADE-Developer-discussion [quote:0c445efcce="shd"][quote:0c445efcce="shd"][quote:0c445efcce="mld/uade team"]Is it just me or is the support for the song length database in the current cvs broken?[/quote:0c445efcce] Which tool? uade123 or xmms?[/quote:0c445efcce] Heeh yes. It was broken in the last change. The change series is still incomplete. I'll release new stable when it's done. I'm trying to make it as easy as possibly to re-use code under common/.[/quote:0c445efcce] The bug in XMMS plugin was that I moved md5sum to struct uade_song, but used the old array that contains md5sum. Here's the fix, I think... play_time = (((int64_t) total_bytes) * 1000) / UADE_BYTES_PER_SECOND; - if (curmd5[0] != 0) - uade_add_playtime(curmd5, play_time, 1); + if (uadesong->md5[0] != 0) + uade_add_playtime(uadesong->md5, play_time, 1); } From mld/uade team@uadeforum Tue Jan 31 15:50:39 2006 From: mld/uade team Date: Tue Jan 31 15:50:39 2006 Message-Id: <00000777.005@uade.forum> In-Reply-To: <00000777.004@uade.forum> Subject: Re: song length database... To: UADE-Developer-discussion yeah, it works :) Fixed the audacious plugin too. From amadeus@uadeforum Sat Feb 11 18:51:11 2006 From: amadeus Date: Sat Feb 11 18:51:11 2006 Message-Id: <00000788.001@uade.forum> Subject: Bug in mod replayer? To: UADE-Developer-discussion When I play [url]http://www.heko.dk/~maj/ingamepiece3.Mod[/url] with the lastest cvs version, uade almost just plays one note every 2 sec. The module in from the game Creatures, and I am pretty sure it was disk ripped without being converted. But I am not 100% sure =) From shd@uadeforum Sun Feb 12 13:40:00 2006 From: shd Date: Sun Feb 12 13:40:00 2006 Message-Id: <00000788.002@uade.forum> In-Reply-To: <00000788.001@uade.forum> Subject: Re: Bug in mod replayer? To: UADE-Developer-discussion [quote:2bcfdc781f="amadeus"]When I play [url]http://www.heko.dk/~maj/ingamepiece3.Mod[/url] with the lastest cvs version, uade almost just plays one note every 2 sec. The module in from the game Creatures, and I am pretty sure it was disk ripped without being converted. But I am not 100% sure =)[/quote:2bcfdc781f] The PTK-prowiz seems to assume vblank tempo, and the module contains: 00000430 00 00 00 00 00 00 00 00 4d 2e 4b 2e 01 7d 1f 09 |........M.K..}..| 00000440 00 00 0f 85 00 00 00 00 00 00 00 00 01 7d 10 00 |.............}..| That 0x0f85 sets a new note being played every 2.5 secs. It determines it to be a noisetracker 2.x and hence vblank tempo is assumed, which is a problem. Am I correct, Michael? From mld/uade team@uadeforum Mon Feb 13 12:44:57 2006 From: mld/uade team Date: Mon Feb 13 12:44:57 2006 Message-Id: <00000788.003@uade.forum> In-Reply-To: <00000788.002@uade.forum> Subject: Re: Bug in mod replayer? To: UADE-Developer-discussion [quote:3d90344bcd="shd"][quote:3d90344bcd="amadeus"]When I play [url]http://www.heko.dk/~maj/ingamepiece3.Mod[/url] with the lastest cvs version, uade almost just plays one note every 2 sec. The module in from the game Creatures, and I am pretty sure it was disk ripped without being converted. But I am not 100% sure =)[/quote:3d90344bcd] The PTK-prowiz seems to assume vblank tempo, and the module contains: 00000430 00 00 00 00 00 00 00 00 4d 2e 4b 2e 01 7d 1f 09 |........M.K..}..| 00000440 00 00 0f 85 00 00 00 00 00 00 00 00 01 7d 10 00 |.............}..| That 0x0f85 sets a new note being played every 2.5 secs. It determines it to be a noisetracker 2.x and hence vblank tempo is assumed, which is a problem. Am I correct, Michael?[/quote:3d90344bcd] yes, vblank is default for noisetracker mods... And for sure there are unknown bugs in the modplayer :) But the file is broken or rather it was indeed resaved, so the replayer is not too blame this time. A good sign is always *.mod instead of MOD.* *g* Get yourself a good rip from the guys at Unexotica: http://exotica.fix.no/tunes/archive/Authors/Game/Bartlett_Tim/Creatures.lha mld/uade team From amadeus@uadeforum Mon Feb 13 13:56:58 2006 From: amadeus Date: Mon Feb 13 13:56:58 2006 Message-Id: <00000788.004@uade.forum> In-Reply-To: <00000788.003@uade.forum> Subject: Re: Bug in mod replayer? To: UADE-Developer-discussion [quote:3b688147f9="mld/uade team"]yes, vblank is default for noisetracker mods... And for sure there are unknown bugs in the modplayer :) But the file is broken or rather it was indeed resaved, so the replayer is not too blame this time. A good sign is always *.mod instead of MOD.* *g* Get yourself a good rip from the guys at Unexotica: http://exotica.fix.no/tunes/archive/Authors/Game/Bartlett_Tim/Creatures.lha mld/uade team[/quote:3b688147f9] When do I learn to check UnExoticA before posting bugs? =) Thanks for clearing it out. From amadeus@uadeforum Mon Feb 13 00:43:38 2006 From: amadeus Date: Mon Feb 13 00:43:38 2006 Message-Id: <00000789.001@uade.forum> Subject: Suggestion: ctrl+c to quit To: UADE-Developer-discussion Would it be a good idea to make ctrl+c quit uade rather than skipping to the next song in the queue? From shd@uadeforum Mon Feb 13 14:49:57 2006 From: shd Date: Mon Feb 13 14:49:57 2006 Message-Id: <00000789.002@uade.forum> In-Reply-To: <00000789.001@uade.forum> Subject: Re: Suggestion: ctrl+c to quit To: UADE-Developer-discussion [quote:7efa32b8af="amadeus"]Would it be a good idea to make ctrl+c quit uade rather than skipping to the next song in the queue?[/quote:7efa32b8af] Yes :) From shd@uadeforum Mon Feb 13 14:52:30 2006 From: shd Date: Mon Feb 13 14:52:30 2006 Message-Id: <00000789.003@uade.forum> In-Reply-To: <00000789.002@uade.forum> Subject: Re: Suggestion: ctrl+c to quit To: UADE-Developer-discussion [quote:cbfa1744fc="shd"][quote:cbfa1744fc="amadeus"]Would it be a good idea to make ctrl+c quit uade rather than skipping to the next song in the queue?[/quote:cbfa1744fc] Yes :)[/quote:cbfa1744fc] Damn it. Just remembered that we have a non-interactive mode too which doesn't read keyboard presses. We must use ctrl+c in that mode, and while we are doing that we are also similar to software like ogg123 and mpg123 :-) You can press 'q' to quit correctly. From amadeus@uadeforum Mon Feb 13 17:33:58 2006 From: amadeus Date: Mon Feb 13 17:33:58 2006 Message-Id: <00000789.004@uade.forum> In-Reply-To: <00000789.003@uade.forum> Subject: Re: Suggestion: ctrl+c to quit To: UADE-Developer-discussion [quote:6b5bf1e4fa="shd"]Damn it. Just remembered that we have a non-interactive mode too which doesn't read keyboard presses. We must use ctrl+c in that mode, and while we are doing that we are also similar to software like ogg123 and mpg123 :-) You can press 'q' to quit correctly.[/quote:6b5bf1e4fa] But isn't the none-interactive mode remove in uade123? From shd@uadeforum Mon Feb 13 17:49:27 2006 From: shd Date: Mon Feb 13 17:49:27 2006 Message-Id: <00000789.005@uade.forum> In-Reply-To: <00000789.004@uade.forum> Subject: Re: Suggestion: ctrl+c to quit To: UADE-Developer-discussion [quote:f97596de5e="amadeus"][quote:f97596de5e="shd"]Damn it. Just remembered that we have a non-interactive mode too which doesn't read keyboard presses. We must use ctrl+c in that mode, and while we are doing that we are also similar to software like ogg123 and mpg123 :-) You can press 'q' to quit correctly.[/quote:f97596de5e] But isn't the none-interactive mode remove in uade123?[/quote:f97596de5e] That's just a bug. Fixed now in cvs. Use -k to disable. (I switched -k and -K) From amadeus@uadeforum Sat Feb 25 17:46:16 2006 From: amadeus Date: Sat Feb 25 17:46:16 2006 Message-Id: <00000798.001@uade.forum> Subject: Naming of replayers To: UADE-Developer-discussion When I look at the replayer names in ~/.uade2/players some are called the formats extension (e.g. TME), some are named using _ for word seperation, a few in all lower case, and some have execution permissions. Are the names their original Delitracker or EaglePlayer names, and should therefore be kept that way? From shd@uadeforum Tue Feb 28 12:31:45 2006 From: shd Date: Tue Feb 28 12:31:45 2006 Message-Id: <00000798.002@uade.forum> In-Reply-To: <00000798.001@uade.forum> Subject: Re: Naming of replayers To: UADE-Developer-discussion [quote:602d3fa753="amadeus"]When I look at the replayer names in ~/.uade2/players some are called the formats extension (e.g. TME), some are named using _ for word seperation, a few in all lower case, and some have execution permissions. Are the names their original Delitracker or EaglePlayer names, and should therefore be kept that way?[/quote:602d3fa753] We don't have any rule for naming replayers. Sometimes we have renamed players. If you want to rename players, please submit a proposal. From amadeus@uadeforum Wed Mar 1 16:24:01 2006 From: amadeus Date: Wed Mar 1 16:24:01 2006 Message-Id: <00000798.003@uade.forum> In-Reply-To: <00000798.002@uade.forum> Subject: Re: Naming of replayers To: UADE-Developer-discussion [quote:506d759f5b="shd"]If you want to rename players, please submit a proposal.[/quote:506d759f5b] Here we go. No rights reserved =) I have used '-' when more than two capital letter follows, and '_' for comments. [code:1:506d759f5b]#!/bin/sh chmod 644 AMOS ArtOfNoise8 AudioSculpture DIGIBooster \ FutureComposerBSI Infogrames MED Medley \ OctaMED PTK-Prowiz Soundtracker-IV mv AHX AbyssHighestExperience mv AMComposer1.2 AM-Composer1.2 mv Art\&Magic ArtAndMagic mv BennDaglish BenDaglish mv BennDaglish_SID BenDaglish-SID mv Delta2.0 DeltaMusic2.0 mv DIGIBooster DIGI-Booster mv DigitalSonix_Chrome DigitalSonixChrome mv DSS DigitalSoundStudio mv EMS_v6 EMS-6 mv FC1.3 FutureComposer1.3 mv FC1.4 FutureComposer1.4 mv FutureComposerBSI FutureComposer-BSI mv fwmp ForgottenWorlds_Game mv Hippel JochenHippel_0.1 mv Hippel-COSO JochenHippel-CoSo mv iff-emod QuadraComposer2.0 mv InStereo\! InStereo mv Jochen_Hippel_7V JochenHippel-7V mv Laxity-Player Laxity mv LME LegglessMusicEditor mv M.O.N ManiacsOfNoise mv Music-Ass MusicAssembler mv OctaMED Octa-MED mv PSA ProfessionalSoundArtists mv SA-packed Lionheart_Game mv Sierra_AGI Sierra-AGI mv SOPROL SoundProgrammingLanguage mv Soundcontrol SoundControl mv Soundfactory SoundFactory mv SoundFX Sound-FX mv SoundMon SoundMon2.0 mv Special_FX Special-FX mv SUNtronic SUN-Tronic mv TFMX_1.5_TFHD TFMX-1.5-TFHD mv TFMX_1.5_\(TFHD\) TFMX-1.5-(TFHD) mv TFMX_7V TFMX-7V mv TFMX_7V_TFHD TFMX-7V-TFHD mv TFMX_7V_\(TFHD\) TFMX-7V-(TFHD) mv TFMX_Pro TFMX-Pro mv TFMX_Pro_TFHD TFMX-Pro-TFHD mv TFMX_Pro_\(TFHD\) TFMX-Pro-(TFHD) mv TME TheMusicalEnlightenment2.0 mv VSSDeliPlayer VoodooSupremeSynthesizer mv YMPlayer YM-2149 [/code:1:506d759f5b] From shd@uadeforum Wed Mar 1 16:48:36 2006 From: shd Date: Wed Mar 1 16:48:36 2006 Message-Id: <00000798.004@uade.forum> In-Reply-To: <00000798.003@uade.forum> Subject: Re: Naming of replayers To: UADE-Developer-discussion [quote:e903c912f7="amadeus"][quote:e903c912f7="shd"]If you want to rename players, please submit a proposal.[/quote:e903c912f7] Here we go. No rights reserved =) I have used '-' when more than two capital letter follows, and '_' for comments. ... mv TFMX_1.5_TFHD TFMX-1.5-TFHD mv TFMX_1.5_\(TFHD\) TFMX-1.5-(TFHD) [/quote:e903c912f7] We don't have TFMX_1.5_(TFHD) anymore. Checkout the CVS. Same goes for other TFHD players. Send me this shell script by email (fixing the TFHD first). Also submit a patch file which fixes entries in eagleplayer.conf. The filenames in first column need to be changed accordingly. From amadeus@uadeforum Wed Mar 1 18:51:02 2006 From: amadeus Date: Wed Mar 1 18:51:02 2006 Message-Id: <00000798.005@uade.forum> In-Reply-To: <00000798.004@uade.forum> Subject: Re: Naming of replayers To: UADE-Developer-discussion [quote:c1a153a454="shd"]We don't have TFMX_1.5_(TFHD) anymore. Checkout the CVS. Same goes for other TFHD players. Send me this shell script by email (fixing the TFHD first). Also submit a patch file which fixes entries in eagleplayer.conf. The filenames in first column need to be changed accordingly.[/quote:c1a153a454] Okay, I have now made two patches up against latest CVS. Expect then in your mailbox in 5 sec =) I noticed that there are two versions of the Hippel replayer: With old names: Hippel by you JochenHippel by Wanted Team With new names: JochenHippel_UADE JochenHippel_WT It is only the Wanted Team version that is in the eagleplayer.conf file. 3 of the new names are quite long, so the two patches are the same, except that in new_names_with_extra_tab.patch have I added an extra tab, so these names could be written. ProfessionalSoundArtists SoundProgrammingLanguage VoodooSupremeSynthesizer Hopefully an extra tab won't break the config file. From shd@uadeforum Wed Mar 1 19:57:20 2006 From: shd Date: Wed Mar 1 19:57:20 2006 Message-Id: <00000798.006@uade.forum> In-Reply-To: <00000798.005@uade.forum> Subject: Re: Naming of replayers To: UADE-Developer-discussion [quote:fe370debff="amadeus"] Hopefully an extra tab won't break the config file.[/quote:fe370debff] Applied. What kind of hacks do you think I do?-) Of course extra tabs don't break anything. However, there was one serious defect in the first patch. The long names didn't have whitespace before "prefixes=" string, which would have broken config parsing. From amadeus@uadeforum Wed Mar 1 20:05:28 2006 From: amadeus Date: Wed Mar 1 20:05:28 2006 Message-Id: <00000798.007@uade.forum> In-Reply-To: <00000798.006@uade.forum> Subject: Re: Naming of replayers To: UADE-Developer-discussion [quote:88c57cf18f="shd"]Applied. What kind of hacks do you think I do?-) Of course extra tabs don't break anything.[/quote:88c57cf18f] Sorry =) [quote:88c57cf18f="shd"]However, there was one serious defect in the first patch. The long names didn't have whitespace before "prefixes=" string, which would have broken config parsing.[/quote:88c57cf18f] I forgot mention that =( From shd@uadeforum Wed Mar 1 20:14:13 2006 From: shd Date: Wed Mar 1 20:14:13 2006 Message-Id: <00000798.008@uade.forum> In-Reply-To: <00000798.007@uade.forum> Subject: Re: Naming of replayers To: UADE-Developer-discussion [quote:3d62a8f707="amadeus"]I forgot mention that =([/quote:3d62a8f707] It pays off to audit all patches :) From mld/uade team@uadeforum Wed Mar 1 20:31:26 2006 From: mld/uade team Date: Wed Mar 1 20:31:26 2006 Message-Id: <00000798.009@uade.forum> In-Reply-To: <00000798.008@uade.forum> Subject: Re: Naming of replayers To: UADE-Developer-discussion DITO: fixed some minor quirks :) Otherwise everything seems to be fine. From amadeus@uadeforum Wed Mar 1 20:55:05 2006 From: amadeus Date: Wed Mar 1 20:55:05 2006 Message-Id: <00000798.010@uade.forum> In-Reply-To: <00000798.009@uade.forum> Subject: Re: Naming of replayers To: UADE-Developer-discussion [quote:f50dca635b="shd"][quote:f50dca635b="amadeus"]I forgot mention that =([/quote:f50dca635b] It pays off to audit all patches :)[/quote:f50dca635b] Lession learned! =) From amadeus@uadeforum Wed Mar 1 22:43:26 2006 From: amadeus Date: Wed Mar 1 22:43:26 2006 Message-Id: <00000798.011@uade.forum> In-Reply-To: <00000798.010@uade.forum> Subject: Re: Naming of replayers To: UADE-Developer-discussion I am updating the cvs.test.songs, and I was wondering; Didn't Don rename one of these replayers to be the same? Infogrames Rob Hubbard Old Rob Hubbard 2/New From asle@uadeforum Mon Feb 27 23:21:14 2006 From: asle Date: Mon Feb 27 23:21:14 2006 Message-Id: <00000799.001@uade.forum> Subject: ML To: UADE-Developer-discussion yop, Might be an old topic, which I couldn't find, but there seem to be some speed pbs with the MusiclineEditor replay. I'm thinking especially about Straight_On by Twins (on Exotica). Is this a known pb ?. Regards, Sylvain From asle@uadeforum Mon Feb 27 23:58:33 2006 From: asle Date: Mon Feb 27 23:58:33 2006 Message-Id: <00000799.002@uade.forum> In-Reply-To: <00000799.001@uade.forum> Subject: Re: ML To: UADE-Developer-discussion uh .. forget it as latest CVS seem to fix the pb, although there's nothing about that in the ChangeLog. Anyway, nice job here. Sylvain From mld/uade team@uadeforum Tue Feb 28 11:32:44 2006 From: mld/uade team Date: Tue Feb 28 11:32:44 2006 Message-Id: <00000799.003@uade.forum> In-Reply-To: <00000799.002@uade.forum> Subject: Re: ML To: UADE-Developer-discussion hmmh, Musicline needs a lot of cpu. Make sure ML sets speedhack in eagleplayer.conf Not sure about recent speed problems, though From asle@uadeforum Tue Feb 28 19:58:12 2006 From: asle Date: Tue Feb 28 19:58:12 2006 Message-Id: <00000799.004@uade.forum> In-Reply-To: <00000799.003@uade.forum> Subject: Re: ML To: UADE-Developer-discussion maybe that was set to default since january (previous CVS update). While I'm on it, I'd like to report a possible pb : ./uade123 -f music.wav -p 0.9 ML.Straight_On works. while ./uade123 -f music.wav -p 0.9 -m ML.Straight_On doesn't. might only be me not reading the --help stuff, as it was GREATLY changed from the old 'uade'. Sylvain From shd@uadeforum Tue Feb 28 21:45:14 2006 From: shd Date: Tue Feb 28 21:45:14 2006 Message-Id: <00000799.005@uade.forum> In-Reply-To: <00000799.004@uade.forum> Subject: Re: ML To: UADE-Developer-discussion [quote:316536cceb="asle"]maybe that was set to default since january (previous CVS update). While I'm on it, I'd like to report a possible pb : ./uade123 -f music.wav -p 0.9 ML.Straight_On works. while ./uade123 -f music.wav -p 0.9 -m ML.Straight_On doesn't. [/quote:316536cceb] Fixed now. You shouldn't use -m. Only -P is useful for forcing the eagleplayer. Also, you can put panning 0.9 to ~/.uade2/uade.conf if you want to avoid writing that. [quote:316536cceb] might only be me not reading the --help stuff, as it was GREATLY changed from the old 'uade'. [/quote:316536cceb] Why would you assume uade2 is very similar to uade1?-) The command line tool is even renamed :) It took long time to release, because many of the subsystems were radically changed. The command line tool was fully rewritten. From shd@uadeforum Tue Feb 28 12:34:42 2006 From: shd Date: Tue Feb 28 12:34:42 2006 Message-Id: <00000800.001@uade.forum> Subject: Replayer status To: UADE-Developer-discussion mld, what is the current replayer status on CVS? Are there any big issues with trackers or other formats? Does the audacious plugin work? Can we release 2.02 soon? From mld/uade team@uadeforum Tue Feb 28 14:27:28 2006 From: mld/uade team Date: Tue Feb 28 14:27:28 2006 Message-Id: <00000800.002@uade.forum> In-Reply-To: <00000800.001@uade.forum> Subject: Re: Replayer status To: UADE-Developer-discussion replayer issues... none that I know of... At least I have no feedback. And tracker clones seem to work... Even the vblank mods I inflicted on it. Audacious plugin: it works fine here, but that doesn't mean anything *grin* Could be interested if people beside me would use the plugin :) From amadeus@uadeforum Fri Mar 3 02:04:07 2006 From: amadeus Date: Fri Mar 3 02:04:07 2006 Message-Id: <00000801.001@uade.forum> Subject: Commandline control To: UADE-Developer-discussion I was wondering. Are the any system in the chosen commands that can be used when -K is used? I mean: SPACE, 'b' Go to next subsong. RETURN, 'n' Next song. 'z' Previous subsong. What if it were like this?: SPACE, 'n' Go to next subsong. RETURN Next song. 'b' Previous subsong. From shd@uadeforum Fri Mar 3 17:17:34 2006 From: shd Date: Fri Mar 3 17:17:34 2006 Message-Id: <00000801.002@uade.forum> In-Reply-To: <00000801.001@uade.forum> Subject: Re: Commandline control To: UADE-Developer-discussion [quote:07f82fb0df="amadeus"]I was wondering. Are the any system in the chosen commands that can be used when -K is used? [/quote:07f82fb0df] Why would you want to change keys? From shd@uadeforum Fri Mar 3 17:18:29 2006 From: shd Date: Fri Mar 3 17:18:29 2006 Message-Id: <00000801.003@uade.forum> In-Reply-To: <00000801.002@uade.forum> Subject: Re: Commandline control To: UADE-Developer-discussion [quote:615c5f85d7="shd"][quote:615c5f85d7="amadeus"]I was wondering. Are the any system in the chosen commands that can be used when -K is used? [/quote:615c5f85d7] Why would you want to change keys?[/quote:615c5f85d7] btw. current keys are copied from XMMS. So there is at least some consistency with other tools this way. From amadeus@uadeforum Fri Mar 3 23:08:34 2006 From: amadeus Date: Fri Mar 3 23:08:34 2006 Message-Id: <00000801.004@uade.forum> In-Reply-To: <00000801.003@uade.forum> Subject: Re: Commandline control To: UADE-Developer-discussion [quote:79c37a45cf="shd"]Why would you want to change keys?[/quote:79c37a45cf] I think they would be easier to remember. I don't use an UI =) From shd@uadeforum Sat Mar 4 12:06:47 2006 From: shd Date: Sat Mar 4 12:06:47 2006 Message-Id: <00000801.005@uade.forum> In-Reply-To: <00000801.004@uade.forum> Subject: Re: Commandline control To: UADE-Developer-discussion [quote:7239e3bb18="amadeus"][quote:7239e3bb18="shd"]Why would you want to change keys?[/quote:7239e3bb18] I think they would be easier to remember. I don't use an UI =)[/quote:7239e3bb18] You can press 'h' on runtime to see keys :) From amadeus@uadeforum Sun Mar 5 12:21:10 2006 From: amadeus Date: Sun Mar 5 12:21:10 2006 Message-Id: <00000801.006@uade.forum> In-Reply-To: <00000801.005@uade.forum> Subject: Re: Commandline control To: UADE-Developer-discussion [quote:25863b368c="shd"]You can press 'h' on runtime to see keys :)[/quote:25863b368c] =) From Mr.Modem@uadeforum Sun Mar 5 12:40:02 2006 From: Mr.Modem Date: Sun Mar 5 12:40:02 2006 Message-Id: <00000802.001@uade.forum> Subject: Running UADE under Windows To: UADE-Developer-discussion Have anyone successfully compiled UADE under windows? From Mr.Modem@uadeforum Sun Mar 5 12:52:35 2006 From: Mr.Modem Date: Sun Mar 5 12:52:35 2006 Message-Id: <00000802.002@uade.forum> In-Reply-To: <00000802.001@uade.forum> Subject: Re: Running UADE under Windows To: UADE-Developer-discussion Sorry for this thread folks, I succeded to compile UADE under cygwin. Please delete this thread! From mld/uade team@uadeforum Mon Mar 6 08:12:05 2006 From: mld/uade team Date: Mon Mar 6 08:12:05 2006 Message-Id: <00000802.003@uade.forum> In-Reply-To: <00000802.002@uade.forum> Subject: Re: Running UADE under Windows To: UADE-Developer-discussion I think it's good to keep those threads for folks trying the same. Anything special you did to compile or just plain cygwin? A howto or install procedure could be interesting? From Mr.Modem@uadeforum Mon Mar 6 20:35:01 2006 From: Mr.Modem Date: Mon Mar 6 20:35:01 2006 Message-Id: <00000802.004@uade.forum> In-Reply-To: <00000802.003@uade.forum> Subject: Re: Running UADE under Windows To: UADE-Developer-discussion First I tried and failed, I don't remember what error messages I got. I reinstalled cygwin and everything went well. I did nothing special, just: ./configure make make install From mld/uade team@uadeforum Mon Mar 6 22:52:59 2006 From: mld/uade team Date: Mon Mar 6 22:52:59 2006 Message-Id: <00000802.005@uade.forum> In-Reply-To: <00000802.004@uade.forum> Subject: Re: Running UADE under Windows To: UADE-Developer-discussion ok... thanks for the feedback:-) From shd@uadeforum Wed Mar 8 23:46:44 2006 From: shd Date: Wed Mar 8 23:46:44 2006 Message-Id: <00000802.006@uade.forum> In-Reply-To: <00000802.005@uade.forum> Subject: Re: Running UADE under Windows To: UADE-Developer-discussion [quote:4083b132ec="Mr.Modem"]First I tried and failed, I don't remember what error messages I got. I reinstalled cygwin and everything went well. I did nothing special, just: ./configure make make install[/quote:4083b132ec] I do not want reports like that. Procedures should be documented so that they're useful to us. Reinstalling a system is not a solution, it's just a lottery. Could you backtrack what you did? From mld/uade team@uadeforum Thu Mar 9 16:54:52 2006 From: mld/uade team Date: Thu Mar 9 16:54:52 2006 Message-Id: <00000802.007@uade.forum> In-Reply-To: <00000802.006@uade.forum> Subject: Re: Running UADE under Windows To: UADE-Developer-discussion *g* isn't reinstalling from scratch on Win something that can be seen as a valid install procedure. At least that's what I teach the people in my courses ;-) Ok, seriously... something like build requirements, neccessary/optional packages are interesting... I'd like to put things into a INSTALL.cygwin file. From Guest@uadeforum Fri Mar 10 11:15:03 2006 From: Guest Date: Fri Mar 10 11:15:03 2006 Message-Id: <00000802.008@uade.forum> In-Reply-To: <00000802.007@uade.forum> Subject: Re: Running UADE under Windows To: UADE-Developer-discussion Don't know what's installed default. Having gcc (3.4.4-1) package I had to install following pkg-config (0.20-1) libao (0.8.6-1) libao-devel (0.8.6-1) With that I was able to do ./configure --with-uade123 --without-xmms make cpuemus give a LOT of Warning: .stabn: description field '1399f' too big, try a different debug format Some other misc warnings I got ../../uadeipc.c: In function `uade_valid_message': ../../uadeipc.c:279: warning: int format, uint32_t arg (arg 3) ../common/eagleplayer.c: In function `uade_save_content_db': ../common/eagleplayer.c:678: warning: int format, uint32_t arg (arg 4) playloop.c: In function `play_loop': playloop.c:443: warning: int format, uint32_t arg (arg 3) ../common/uadecontrol.c: In function `uade_song_initialization': ../common/uadecontrol.c:150: warning: int format, uint32_t arg (arg 3) Hope this helps someone. From shd@uadeforum Fri Mar 10 12:41:48 2006 From: shd Date: Fri Mar 10 12:41:48 2006 Message-Id: <00000802.009@uade.forum> In-Reply-To: <00000802.008@uade.forum> Subject: Re: Running UADE under Windows To: UADE-Developer-discussion [quote:ac47b36554] cpuemus give a LOT of Warning: .stabn: description field '1399f' too big, try a different debug format [/quote:ac47b36554] Interesting. I haven't seen those warnings anywhere. [quote:ac47b36554] Some other misc warnings I got ../../uadeipc.c: In function `uade_valid_message': ../../uadeipc.c:279: warning: int format, uint32_t arg (arg 3) ../common/eagleplayer.c: In function `uade_save_content_db': ../common/eagleplayer.c:678: warning: int format, uint32_t arg (arg 4) playloop.c: In function `play_loop': playloop.c:443: warning: int format, uint32_t arg (arg 3) ../common/uadecontrol.c: In function `uade_song_initialization': ../common/uadecontrol.c:150: warning: int format, uint32_t arg (arg 3) [/quote:ac47b36554] All of those were debug or error message prints. Corrected some warnings in the CVS. What version of uade are you trying to compile? You should try the latest CVS version. There aren't 279 lines in uadeipc.c! From Guest@uadeforum Fri Mar 10 13:20:18 2006 From: Guest Date: Fri Mar 10 13:20:18 2006 Message-Id: <00000802.010@uade.forum> In-Reply-To: <00000802.009@uade.forum> Subject: Re: Running UADE under Windows To: UADE-Developer-discussion I compiled UADE 2.01 distribution (uade-2.01.tar.bz2). Let's try CVS version... [quote:96185629b0] cpuemus give a LOT of Warning: .stabn: description field '1399f' too big, try a different debug format [/quote:96185629b0] Still get these. Apparently these are due to limitations of stabs debug format. Final binary is working but some debug information is missing. Changing "-g" to "-gdwarf-2" solves this. I don't know if you're able to gdb after that. [quote:96185629b0="shd"] [quote:96185629b0] Some other misc warnings I got ../../uadeipc.c: In function `uade_valid_message': ../../uadeipc.c:279: warning: int format, uint32_t arg (arg 3) ../common/eagleplayer.c: In function `uade_save_content_db': ../common/eagleplayer.c:678: warning: int format, uint32_t arg (arg 4) playloop.c: In function `play_loop': playloop.c:443: warning: int format, uint32_t arg (arg 3) ../common/uadecontrol.c: In function `uade_song_initialization': ../common/uadecontrol.c:150: warning: int format, uint32_t arg (arg 3) [/quote:96185629b0] All of those were debug or error message prints. Corrected some warnings in the CVS. What version of uade are you trying to compile? You should try the latest CVS version. There aren't 279 lines in uadeipc.c![/quote:96185629b0] ../../uadeipc.c: In function `valid_message': ../../uadeipc.c:237: warning: int format, uint32_t arg (arg 3) ../common/eagleplayer.c: In function `uade_save_content_db': ../common/eagleplayer.c:747: warning: unsigned int format, uint32_t arg (arg 4) playloop.c: In function `play_loop': playloop.c:451: warning: unsigned int format, uint32_t arg (arg 3) ../common/uadecontrol.c: In function `uade_song_initialization': ../common/uadecontrol.c:151: warning: unsigned int format, uint32_t arg (arg 3) From shd@uadeforum Fri Mar 10 13:44:32 2006 From: shd Date: Fri Mar 10 13:44:32 2006 Message-Id: <00000802.011@uade.forum> In-Reply-To: <00000802.010@uade.forum> Subject: Re: Running UADE under Windows To: UADE-Developer-discussion [quote:9982acd932="Anonymous"] ../../uadeipc.c: In function `valid_message': ../../uadeipc.c:237: warning: int format, uint32_t arg (arg 3) ../common/eagleplayer.c: In function `uade_save_content_db': ../common/eagleplayer.c:747: warning: unsigned int format, uint32_t arg (arg 4) playloop.c: In function `play_loop': playloop.c:451: warning: unsigned int format, uint32_t arg (arg 3) ../common/uadecontrol.c: In function `uade_song_initialization': ../common/uadecontrol.c:151: warning: unsigned int format, uint32_t arg (arg 3) [/quote:9982acd932] Fixed them again. It seems the compiler gives a warning even if 'unsigned int' is exactly the same type as uint32_t on your architecture. From jraitala@uadeforum Tue Oct 24 04:43:51 2006 From: jraitala Date: Tue Oct 24 04:43:51 2006 Message-Id: <00000802.012@uade.forum> In-Reply-To: <00000802.011@uade.forum> Subject: Re: Running UADE under Windows To: UADE-Developer-discussion I installed Cygwin packages gcc, make, pkg-config, libao & libao-devel on a pristine Cygwin installation and tried to compile UADE. However, building UADE fails with the following error: [code:1:8ecb1d307b]gcc -Wall -O2 -I../../include -I../common -g -c ../common/songdb.c ../common/songdb.c: In function `uade_open_and_lock': ../common/songdb.c:285: warning: implicit declaration of function `lockf' ../common/songdb.c:285: error: `F_LOCK' undeclared (first use in this function) ../common/songdb.c:285: error: (Each undeclared identifier is reported only once ../common/songdb.c:285: error: for each function it appears in.) make[1]: *** [songdb.o] Error 1 make[1]: Leaving directory `/tmp/uade/src/frontends/uade123' make: *** [uade123] Error 2[/code:1:8ecb1d307b] Seems Cygwin lacks lockf(). I wonder how the rest of you got it to compile. Anything I'm missing? The rest of the source code compiles just fine (apart from the warnings noted earlier in this thread) if you omit calling lockf(). I substituted calling lockf() with defining ret=-1 and UADE runs fine, altough I guess using song.conf isn't possible. From shd@uadeforum Tue Oct 24 10:30:41 2006 From: shd Date: Tue Oct 24 10:30:41 2006 Message-Id: <00000802.013@uade.forum> In-Reply-To: <00000802.012@uade.forum> Subject: Re: Running UADE under Windows To: UADE-Developer-discussion [quote:eb333937bb="jraitala"]I installed Cygwin packages gcc, make, pkg-config, libao & libao-devel on a pristine Cygwin installation and tried to compile UADE. However, building UADE fails with the following error: [code:1:eb333937bb]gcc -Wall -O2 -I../../include -I../common -g -c ../common/songdb.c ../common/songdb.c: In function `uade_open_and_lock': ../common/songdb.c:285: warning: implicit declaration of function `lockf' ../common/songdb.c:285: error: `F_LOCK' undeclared (first use in this function) ../common/songdb.c:285: error: (Each undeclared identifier is reported only once ../common/songdb.c:285: error: for each function it appears in.) make[1]: *** [songdb.o] Error 1 make[1]: Leaving directory `/tmp/uade/src/frontends/uade123' make: *** [uade123] Error 2[/code:1:eb333937bb] Seems Cygwin lacks lockf(). I wonder how the rest of you got it to compile. Anything I'm missing? The rest of the source code compiles just fine (apart from the warnings noted earlier in this thread) if you omit calling lockf(). I substituted calling lockf() with defining ret=-1 and UADE runs fine, altough I guess using song.conf isn't possible.[/quote:eb333937bb] Try latest CVS version. I removed locking from cygwin version. songdb should be usable. From amadeus@uadeforum Sat Mar 11 18:14:29 2006 From: amadeus Date: Sat Mar 11 18:14:29 2006 Message-Id: <00000809.001@uade.forum> Subject: News on the underrun bug? To: UADE-Developer-discussion Are the any news on the underrun bug that uade123/Linux kernel suffers from? From shd@uadeforum Mon Mar 20 22:27:32 2006 From: shd Date: Mon Mar 20 22:27:32 2006 Message-Id: <00000809.002@uade.forum> In-Reply-To: <00000809.001@uade.forum> Subject: Re: News on the underrun bug? To: UADE-Developer-discussion [quote:1bdcb50691="amadeus"]Are the any news on the underrun bug that uade123/Linux kernel suffers from?[/quote:1bdcb50691] Testing 2.6.16 soon. From shd@uadeforum Wed Mar 22 10:39:06 2006 From: shd Date: Wed Mar 22 10:39:06 2006 Message-Id: <00000809.003@uade.forum> In-Reply-To: <00000809.002@uade.forum> Subject: Re: News on the underrun bug? To: UADE-Developer-discussion [quote:552bf20378="amadeus"]Are the any news on the underrun bug that uade123/Linux kernel suffers from?[/quote:552bf20378] Not on 2.6.16 :( Shit! From amadeus@uadeforum Fri Mar 24 02:35:57 2006 From: amadeus Date: Fri Mar 24 02:35:57 2006 Message-Id: <00000809.004@uade.forum> In-Reply-To: <00000809.003@uade.forum> Subject: Re: News on the underrun bug? To: UADE-Developer-discussion [quote:b425e56bf6="shd"]Not on 2.6.16 :( Shit![/quote:b425e56bf6] What a shame! =( Would it be possible to implant a --old-engine option until it is fixed in the kernel? From shd@uadeforum Fri Mar 24 10:31:50 2006 From: shd Date: Fri Mar 24 10:31:50 2006 Message-Id: <00000809.005@uade.forum> In-Reply-To: <00000809.004@uade.forum> Subject: Re: News on the underrun bug? To: UADE-Developer-discussion [quote:697361bf6f="amadeus"][quote:697361bf6f="shd"]Not on 2.6.16 :( Shit![/quote:697361bf6f] What a shame! =( Would it be possible to implant a --old-engine option until it is fixed in the kernel?[/quote:697361bf6f] You can get a patch for 2.6.16 kernel: * http://ck.kolivas.org/patches/interactivity/2.6.16-O22.1int.patch See http://bugme.osdl.org/show_bug.cgi?id=5877 for more discussion. 2.6.17 should be fixed :) It bothers me that there will be a stable series fork based on 2.6.16, the 2.6.16.*, which will be maintained for 2-3 years, but it will not have that patch. So users of 2.6.16.* will have to apply that patch or upgrade. I'm not sure, but changing from two pipes to a socket could be a work-around for this problem. From shd@uadeforum Fri Mar 24 10:37:40 2006 From: shd Date: Fri Mar 24 10:37:40 2006 Message-Id: <00000809.006@uade.forum> In-Reply-To: <00000809.005@uade.forum> Subject: Re: News on the underrun bug? To: UADE-Developer-discussion [quote:1488b7d1a4="shd"] I'm not sure, but changing from two pipes to a socket could be a work-around for this problem.[/quote:1488b7d1a4] This patch workarounds the problem. Should work on uade 2.02 at least: * http://zakalwe.fi/uade/patches/uade-2.02-siw.diff Simple instructions: cd uade-2.02 patch -p0 < /path/to/uade-2.02-siw.diff It uses a socket instead of two pipes. Of course it can break if Linux kernel developers choose change scheduling policies ;) Please test this. From amadeus@uadeforum Sat Mar 25 00:12:30 2006 From: amadeus Date: Sat Mar 25 00:12:30 2006 Message-Id: <00000809.007@uade.forum> In-Reply-To: <00000809.006@uade.forum> Subject: Re: News on the underrun bug? To: UADE-Developer-discussion [quote:5546a7f257="shd"]Please test this.[/quote:5546a7f257] It works pretty good with latest cvs. It only makes underruns during the frist seconds of the module. During play does it work perfectly =) From amadeus@uadeforum Sat Mar 25 00:16:00 2006 From: amadeus Date: Sat Mar 25 00:16:00 2006 Message-Id: <00000809.008@uade.forum> In-Reply-To: <00000809.007@uade.forum> Subject: Re: News on the underrun bug? To: UADE-Developer-discussion [quote:9c0a54fafb="shd"]I'm not sure, but changing from two pipes to a socket could be a work-around for this problem.[/quote:9c0a54fafb] I wonder if there are other programs that suffer from this kernel bug. Eventhough it is big change in the kernel code (according to the bug from your link) others most have this problem as well!? From shd@uadeforum Sat Mar 25 01:00:51 2006 From: shd Date: Sat Mar 25 01:00:51 2006 Message-Id: <00000809.009@uade.forum> In-Reply-To: <00000809.008@uade.forum> Subject: Re: News on the underrun bug? To: UADE-Developer-discussion [quote:641702d5da="amadeus"][quote:641702d5da="shd"]I'm not sure, but changing from two pipes to a socket could be a work-around for this problem.[/quote:641702d5da] I wonder if there are other programs that suffer from this kernel bug. Eventhough it is big change in the kernel code (according to the bug from your link) others most have this problem as well!?[/quote:641702d5da] No, most do not show this problem because they're not pipe based. From shd@uadeforum Sat Mar 25 10:18:25 2006 From: shd Date: Sat Mar 25 10:18:25 2006 Message-Id: <00000809.010@uade.forum> In-Reply-To: <00000809.009@uade.forum> Subject: Re: News on the underrun bug? To: UADE-Developer-discussion [quote:d7faabd6a8="amadeus"] It only makes underruns during the frist seconds of the module. [/quote:d7faabd6a8] Under XMMS, uade123 or both? From amadeus@uadeforum Sat Mar 25 13:39:47 2006 From: amadeus Date: Sat Mar 25 13:39:47 2006 Message-Id: <00000809.011@uade.forum> In-Reply-To: <00000809.010@uade.forum> Subject: Re: News on the underrun bug? To: UADE-Developer-discussion [quote:05e47c54dd="shd"]Under XMMS, uade123 or both?[/quote:05e47c54dd] I haven't got XMMS, so I can't say. But for text mode it does. From Shd the anon coward@uadeforum Sat Mar 25 16:29:37 2006 From: Shd the anon coward Date: Sat Mar 25 16:29:37 2006 Message-Id: <00000809.012@uade.forum> In-Reply-To: <00000809.011@uade.forum> Subject: Re: News on the underrun bug? To: UADE-Developer-discussion [quote:649dd79a3f="amadeus"] I haven't got XMMS, so I can't say. But for text mode it does.[/quote:649dd79a3f] Try this patch against uade123: * http://zakalwe.fi/uade/patches/uade-2.02-audiobuffer.diff cd uade/src/frontends/uade123 patch -p0 < /patchfile Tell me if it solves the effect. Now it buffers one tenth of a second of samples. You may then edit src/frontends/uade123/audio.c: #define BUFFERSIZE (UADE_BYTES_PER_SECOND / 10) to set the buffer size. It's only initial buffering. That's one tenth of a second only. That is the size in bytes. The amount must be multiple by four. I just found there is a bug in libao with respect to this. libao alsa driver drops partial audio frames (the last 1 - 3 bytes) if write size is not divisible by frame size (4 bytes). It buffers data only for the beginning of the song. Continuous buffering is achieved by ALSA (or whetever libao uses). -shd From amadeus@uadeforum Sat Mar 25 17:33:17 2006 From: amadeus Date: Sat Mar 25 17:33:17 2006 Message-Id: <00000809.013@uade.forum> In-Reply-To: <00000809.012@uade.forum> Subject: Re: News on the underrun bug? To: UADE-Developer-discussion [quote:758b978edc="Shd the anon coward"]Try this patch against uade123: * http://zakalwe.fi/uade/patches/uade-2.02-audiobuffer.diff cd uade/src/frontends/uade123 patch -p0 < /patchfile [/quote:758b978edc] I unpached the previous patch and applied this new, and it works! Thanks =) [quote:758b978edc="Shd the anon coward"] Tell me if it solves the effect. Now it buffers one tenth of a second of samples. You may then edit src/frontends/uade123/audio.c: #define BUFFERSIZE (UADE_BYTES_PER_SECOND / 10) to set the buffer size. It's only initial buffering. That's one tenth of a second only. That is the size in bytes. The amount must be multiple by four. [/quote:758b978edc] But 10/4 is not an integer. I didn't have to change anything, it just worked out of the box =) [quote:758b978edc="Shd the anon coward"] I just found there is a bug in libao with respect to this. libao alsa driver drops partial audio frames (the last 1 - 3 bytes) if write size is not divisible by frame size (4 bytes). It buffers data only for the beginning of the song. Continuous buffering is achieved by ALSA (or whetever libao uses). [/quote:758b978edc] Out of curiousity. How large are audio frames? From shd@uadeforum Sat Mar 25 20:24:13 2006 From: shd Date: Sat Mar 25 20:24:13 2006 Message-Id: <00000809.014@uade.forum> In-Reply-To: <00000809.013@uade.forum> Subject: Re: News on the underrun bug? To: UADE-Developer-discussion [quote:4ba90f1802="amadeus"] But 10/4 is not an integer. [/quote:4ba90f1802] It's rounded down to 2. Integer arithmetics :) [quote:4ba90f1802]Out of curiousity. How large are audio frames?[/quote:4ba90f1802] 16-bits stereo -> 2 bytes per sample and 2 samples per frame -> frame size is 4 bytes. From shd@uadeforum Sat Mar 25 20:26:41 2006 From: shd Date: Sat Mar 25 20:26:41 2006 Message-Id: <00000809.015@uade.forum> In-Reply-To: <00000809.014@uade.forum> Subject: Re: News on the underrun bug? To: UADE-Developer-discussion [quote:4613a65ac5] #define BUFFERSIZE (UADE_BYTES_PER_SECOND / 10) [/quote:4613a65ac5] That is, 44100*4/10 = 17640 bytes. And that is divisible by 4 (4410 frames). From amadeus@uadeforum Sat Mar 25 20:48:00 2006 From: amadeus Date: Sat Mar 25 20:48:00 2006 Message-Id: <00000809.016@uade.forum> In-Reply-To: <00000809.015@uade.forum> Subject: Re: News on the underrun bug? To: UADE-Developer-discussion [quote:c726318d83="shd"]It's rounded down to 2. Integer arithmetics :) [/quote:c726318d83] Of course =) [quote:c726318d83="shd"] 16-bits stereo -> 2 bytes per sample and 2 samples per frame -> frame size is 4 bytes.[/quote:c726318d83] Dropping 25%-75% of frame would I put in the ctritical bugs category of libao =) From amadeus@uadeforum Sat Mar 25 21:00:44 2006 From: amadeus Date: Sat Mar 25 21:00:44 2006 Message-Id: <00000809.017@uade.forum> In-Reply-To: <00000809.016@uade.forum> Subject: Re: News on the underrun bug? To: UADE-Developer-discussion [quote:bc6c514b14="shd"]That is, 44100*4/10 = 17640 bytes. And that is divisible by 4 (4410 frames).[/quote:bc6c514b14] Are frames also used for playing e.g. a wave file sampled in 44100Hz, stereo, 16bit? And what size would that make them? The sample rate for such would be 14112Mb/s. From shd@uadeforum Sat Mar 25 21:05:56 2006 From: shd Date: Sat Mar 25 21:05:56 2006 Message-Id: <00000809.018@uade.forum> In-Reply-To: <00000809.017@uade.forum> Subject: Re: News on the underrun bug? To: UADE-Developer-discussion [quote:0c2e6dedc9="amadeus"] Dropping 25%-75% of frame would I put in the ctritical bugs category of libao =)[/quote:0c2e6dedc9] Not playing something is a bad bug in a library whose only function is to play the given data. From shd@uadeforum Sat Mar 25 21:09:23 2006 From: shd Date: Sat Mar 25 21:09:23 2006 Message-Id: <00000809.019@uade.forum> In-Reply-To: <00000809.018@uade.forum> Subject: Re: News on the underrun bug? To: UADE-Developer-discussion [quote:37f96a8645="amadeus"] Are frames also used for playing e.g. a wave file sampled in 44100Hz, stereo, 16bit? And what size would that make them? The sample rate for such would be 14112Mb/s.[/quote:37f96a8645] Duh.. Sample rate of that wav is 44100 Hz. Bit rate is 1.4112 Mbit/s. Frame size is just the size of the smallest playable unit. That is, in 16-bit stereo, it's two samples: one 16-bit sample for each channel. From amadeus@uadeforum Sat Mar 25 22:27:48 2006 From: amadeus Date: Sat Mar 25 22:27:48 2006 Message-Id: <00000809.020@uade.forum> In-Reply-To: <00000809.019@uade.forum> Subject: Re: News on the underrun bug? To: UADE-Developer-discussion [quote:f4ff73c0af="shd"]Not playing something is a bad bug in a library whose only function is to play the given data.[/quote:f4ff73c0af] The funny thing about xiph products is that they don't have bugs. They have "tickets". http://trac.xiph.org/report/13 So it is not a bug! =) From amadeus@uadeforum Sat Mar 25 22:45:13 2006 From: amadeus Date: Sat Mar 25 22:45:13 2006 Message-Id: <00000809.021@uade.forum> In-Reply-To: <00000809.020@uade.forum> Subject: Re: News on the underrun bug? To: UADE-Developer-discussion [quote:5d8b948914="shd"]Duh.. Sample rate of that wav is 44100 Hz. Bit rate is 1.4112 Mbit/s. Frame size is just the size of the smallest playable unit. That is, in 16-bit stereo, it's two samples: one 16-bit sample for each channel.[/quote:5d8b948914] Sorry about the sample rate / bit rate mix up =) So the smallest playable unit would be than also be 2B pr. channel? From Guest@uadeforum Tue Jun 20 22:07:03 2006 From: Guest Date: Tue Jun 20 22:07:03 2006 Message-Id: <00000809.022@uade.forum> In-Reply-To: <00000809.021@uade.forum> Subject: Re: News on the underrun bug? To: UADE-Developer-discussion Have anyone tried UADE with the just released Linux 2.16.17.x ? From shd@uadeforum Tue Jun 20 22:16:59 2006 From: shd Date: Tue Jun 20 22:16:59 2006 Message-Id: <00000809.023@uade.forum> In-Reply-To: <00000809.022@uade.forum> Subject: Re: News on the underrun bug? To: UADE-Developer-discussion [quote:6f0892e5d0="Anonymous"]Have anyone tried UADE with the just released Linux 2.16.17.x ?[/quote:6f0892e5d0] Con Kolivas said it would not be fixed in 2.6.16.* series, but 2.6.17.* should work well. From amadeus@uadeforum Sat Jun 24 06:07:04 2006 From: amadeus Date: Sat Jun 24 06:07:04 2006 Message-Id: <00000809.024@uade.forum> In-Reply-To: <00000809.023@uade.forum> Subject: Re: News on the underrun bug? To: UADE-Developer-discussion [quote:33cf940a6b="shd"]Con Kolivas said it would not be fixed in 2.6.16.* series, but 2.6.17.* should work well.[/quote:33cf940a6b] I am running [code:1:33cf940a6b]Linux localhost.localdomain 2.6.17-1.2139_FC5 #1 Fri Jun 23 12:40:16 EDT 2006 i686 athlon i386 GNU/Linux[/code:1:33cf940a6b] and the underrun bug is still there =( From amadeus@uadeforum Tue Oct 17 13:20:29 2006 From: amadeus Date: Tue Oct 17 13:20:29 2006 Message-Id: <00000809.025@uade.forum> In-Reply-To: <00000809.024@uade.forum> Subject: Re: News on the underrun bug? To: UADE-Developer-discussion I have just installed kernel 2.6.18 and I couldn't make UADE produce underuns from textmode. I was unable to try from X, as the nVidia driver couldn't find the correct kernel soruce version =( From amadeus@uadeforum Fri Dec 8 02:55:39 2006 From: amadeus Date: Fri Dec 8 02:55:39 2006 Message-Id: <00000809.026@uade.forum> In-Reply-To: <00000809.025@uade.forum> Subject: Re: News on the underrun bug? To: UADE-Developer-discussion it works with [code:1:3af6d4b39e]Linux localhost.localdomain 2.6.18-1.2239.fc5 #1 Fri Nov 10 13:04:06 EST 2006 i686 athlon i386 GNU/Linux [/code:1:3af6d4b39e] This is so cool! =) Updated: Not quite. =( Pure CPU load doesn't anymore course under runs, but heavy disk reads does =( From amadeus@uadeforum Sat Mar 11 18:39:50 2006 From: amadeus Date: Sat Mar 11 18:39:50 2006 Message-Id: <00000810.001@uade.forum> Subject: Testmode arguments To: UADE-Developer-discussion Here are some more suggestions for change of arguments for uade123 =) I idea behind these suggestions is to have fewer auguments (making the uade123 --help list sorter =) ), and having "postive" arguments rather than "negative*" arguments. * By negative I mean arguments that starts with "no", "disable", or "don't". From: [code:1:45fc130140] -k, --no-keys, Disable action keys for playback control on terminal -K, --keys, Enable action keys for playback control on terminal [/code:1:45fc130140] To:[code:1:45fc130140] -k, --keys=0/1, Action keys for playback control on terminal.[/code:1:45fc130140] Just like the [code:1:45fc130140] --force-led=0/1, Force LED state to 0 or 1. That is, filter is OFF or ON. [/code:1:45fc130140] From: [code:1:45fc130140]-n, --no-filter No filter emulation. [/code:1:45fc130140] To: [code:1:45fc130140]--filter=0/1 Filter emulation on/off. Default is on. [/code:1:45fc130140] Here I don't think 'n' applies very good, as 'n' used as "no" could be no any argument. Using 'n' for "no song end" could just as well have been the case. I think 'n' should be used for an argument that starts with 'n', different from no. =) From: [code:1:45fc130140]--no-song-end, Ignore song end report. Just keep playing. [/code:1:45fc130140] To:[code:1:45fc130140]Depricated because of -w x, --subsong-timeout=x, Set subsong timeout in seconds. -1 is infinite. Default is 512s ? [/code:1:45fc130140] From alankila@uadeforum Sun Mar 12 09:46:15 2006 From: alankila Date: Sun Mar 12 09:46:15 2006 Message-Id: <00000810.002@uade.forum> In-Reply-To: <00000810.001@uade.forum> Subject: Re: Testmode arguments To: UADE-Developer-discussion Note that --filter=xyz is used to set the filtering model. We could roll this option: -n, --no-filter No filter emulation. into --filter=none which would simply bypass the function that implements the LED filter and the RC rolloff filters. Other than that, your suggestions seem good to me. From shd@uadeforum Sun Mar 12 15:31:07 2006 From: shd Date: Sun Mar 12 15:31:07 2006 Message-Id: <00000810.003@uade.forum> In-Reply-To: <00000810.002@uade.forum> Subject: Re: Testmode arguments To: UADE-Developer-discussion [quote:8994f46b21="amadeus"]Here are some more suggestions for change of arguments for uade123 =) I idea behind these suggestions is to have fewer auguments (making the uade123 --help list sorter =) ), and having "postive" arguments rather than "negative*" arguments. * By negative I mean arguments that starts with "no", "disable", or "don't". [/quote:8994f46b21] Hmm. Good idea. I like changing command line options constantly ;) [quote:8994f46b21] From: [code:1:8994f46b21] -k, --no-keys, Disable action keys for playback control on terminal -K, --keys, Enable action keys for playback control on terminal [/code:1:8994f46b21] To:[code:1:8994f46b21] -k, --keys=0/1, Action keys for playback control on terminal.[/code:1:8994f46b21] [/quote:8994f46b21] Done. [quote:8994f46b21] From: [code:1:8994f46b21]-n, --no-filter No filter emulation. [/code:1:8994f46b21] To: [code:1:8994f46b21]--filter=0/1 Filter emulation on/off. Default is on. [/code:1:8994f46b21] Here I don't think 'n' applies very good, as 'n' used as "no" could be no any argument. Using 'n' for "no song end" could just as well have been the case. I think 'n' should be used for an argument that starts with 'n', different from no. =) [/quote:8994f46b21] Done as alankila suggested. --filter=none must be used instead of --no-filter. [quote:8994f46b21] From: [code:1:8994f46b21]--no-song-end, Ignore song end report. Just keep playing. [/code:1:8994f46b21] To:[code:1:8994f46b21]Depricated because of -w x, --subsong-timeout=x, Set subsong timeout in seconds. -1 is infinite. Default is 512s ? [/code:1:8994f46b21][/quote:8994f46b21] Infinite timeout is not the same thing as ignoring song end report. Songs with infinite timeout end when the eagleplayer reports song end, but when the report is ignored, the song will just keep playing. Maybe we should have that --no-song-end also sets timeout to infinity. From amadeus@uadeforum Sun Mar 12 21:26:52 2006 From: amadeus Date: Sun Mar 12 21:26:52 2006 Message-Id: <00000810.004@uade.forum> In-Reply-To: <00000810.003@uade.forum> Subject: Re: Testmode arguments To: UADE-Developer-discussion [quote="shd"]Hmm. Good idea. I like changing command line options constantly ;) [/code] Cool! =) [quote:a36dea9631]Infinite timeout is not the same thing as ignoring song end report. Songs with infinite timeout end when the eagleplayer reports song end, but when the report is ignored, the song will just keep playing. Maybe we should have that --no-song-end also sets timeout to infinity.[/quote:a36dea9631] I thought uade123 did that already, where uade 1.x only plays for 600 sec. Eventhough it is actually 2 commands that are required to do "real no song end" I think it is what the users are actually looking for, so I think that timeout should be infinity on --no-song-end Hmm. What about renaming --no-song-end to -l and --loop ? From amadeus@uadeforum Sun Mar 12 21:39:45 2006 From: amadeus Date: Sun Mar 12 21:39:45 2006 Message-Id: <00000810.005@uade.forum> In-Reply-To: <00000810.004@uade.forum> Subject: Re: Testmode arguments To: UADE-Developer-discussion From latest cvs: [code:1:6910fdd2be] --filter=model Set filter model to A500, A500E, A1200, A1200E or NONE. The default is A500E. NONE means disabling filter. --filter, Enable filter emulation. It is enabled by default. [/code:1:6910fdd2be] Is the last line needed? The following uses '/' rather than ',' to seperate arguments [code:1:6910fdd2be] -d/--debug, Enable debug mode (expert only) -h/--help, Print help -r/--recursive, Recursive directory scan [/code:1:6910fdd2be] From shd@uadeforum Sun Mar 12 23:37:14 2006 From: shd Date: Sun Mar 12 23:37:14 2006 Message-Id: <00000810.006@uade.forum> In-Reply-To: <00000810.005@uade.forum> Subject: Re: Testmode arguments To: UADE-Developer-discussion [quote:ae2d1085e9="amadeus"] Hmm. What about renaming --no-song-end to -l and --loop ?[/quote:ae2d1085e9] Some songs can not be looped, so --loop could be considered buggy with those songs. On the other hand, --no-song-end works always. I'll make --no-song-end to set timeouts to infinity. This is a very seldomly used option so it doesn't need a short switch. From shd@uadeforum Mon Mar 13 00:17:23 2006 From: shd Date: Mon Mar 13 00:17:23 2006 Message-Id: <00000810.007@uade.forum> In-Reply-To: <00000810.006@uade.forum> Subject: Re: Testmode arguments To: UADE-Developer-discussion [quote:7160631eeb="amadeus"]From latest cvs: [code:1:7160631eeb] --filter=model Set filter model to A500, A500E, A1200, A1200E or NONE. The default is A500E. NONE means disabling filter. --filter, Enable filter emulation. It is enabled by default. [/code:1:7160631eeb] Is the last line needed? [/quote:7160631eeb] Probably not. The idea is to turn on filtering, but using the filter model configured in uade.conf. What do you think about uade.conf? Something to change there? [quote:7160631eeb] The following uses '/' rather than ',' to seperate arguments [code:1:7160631eeb] -d/--debug, Enable debug mode (expert only) -h/--help, Print help -r/--recursive, Recursive directory scan [/code:1:7160631eeb][/quote:7160631eeb] Fixed. From amadeus@uadeforum Mon Mar 13 14:29:07 2006 From: amadeus Date: Mon Mar 13 14:29:07 2006 Message-Id: <00000810.008@uade.forum> In-Reply-To: <00000810.007@uade.forum> Subject: Re: Testmode arguments To: UADE-Developer-discussion [quote:80877e58b4][quote="shd"][quote:80877e58b4="amadeus"]From latest cvs: [code:1:80877e58b4] --filter=model Set filter model to A500, A500E, A1200, A1200E or NONE. The default is A500E. NONE means disabling filter. --filter, Enable filter emulation. It is enabled by default. [/code:1:80877e58b4] Is the last line needed? [/quote:80877e58b4] Probably not. The idea is to turn on filtering, but using the filter model configured in uade.conf.[/quote:80877e58b4] What confuses me is the default value of --filter. By default is it enabled, and --filter also enables filter. Sort of double enabling? [quote:80877e58b4]What do you think about uade.conf? Something to change there? [/quote:80877e58b4] Perhaps the new NONE option should be mentioned by something like [code:1:80877e58b4]# Set filter emulation mode to be A500, A500E, A1200, A1200E or NONE. # The default is A500E. NONE means disabling filter. [/code:1:80877e58b4] And perhaps depricate [code:1:80877e58b4]# Turn filter emulation off. You shouldn't use this. #no_filter [/code:1:80877e58b4] There is a small inconsistacy with NONE (from filter) vs. none in [code:1:80877e58b4]# Set interpolator to default (anti), anti or none. #interpolator none [/code:1:80877e58b4] Is filter is the only one using upper case arguments? I really like that examples are givin on commands that are no adviced, but possible! That's freedom! =) Another config approach is it have all commands present, and rather than writing what is default and what is not recommanded, just setting the options accordinf to that. The default config files would then become (comments stripped) [code:1:80877e58b4]filter A500E headphone no panning 1.0 gain 0.0 interpolator none subsong_timeout 512 action_keys off filter on # converted from no_filter. Deprication in question. force_led no # converted from force_led_off player_check on # converted from ignore_player_check one_subsong_per_file no random_play off recursive_mode off silence_timeout 0 timeout 0 buffer_time 0 [/code:1:80877e58b4] Here yes/no/on/off are used in conjunction. Perhaps either on/off or yes/no should be considered? [quote:80877e58b4]Fixed.[/quote:80877e58b4] Thanks =) From mld/uade team@uadeforum Thu Mar 16 20:21:29 2006 From: mld/uade team Date: Thu Mar 16 20:21:29 2006 Message-Id: <00000814.001@uade.forum> Subject: Protracker mod player compatibilities To: UADE-Developer-discussion hi ho, just added a Protracker 1.0c compatibility mode for our modplayer. It features, different period setting, different vibrato shifting, and last but not least it uses funk repeat instead of invert loop effect. Anyone willing to test is welcome. (Testtunes for me as well :-) I also "enhanced" the Protracker 3.0b and 2.3 playback mode... Differences should be fairly small there, though (different period setting, and differences in the way funk repeat is updated) have fun, mld/uade From shd@uadeforum Thu Mar 16 22:00:08 2006 From: shd Date: Thu Mar 16 22:00:08 2006 Message-Id: <00000814.002@uade.forum> In-Reply-To: <00000814.001@uade.forum> Subject: Re: Protracker mod player compatibilities To: UADE-Developer-discussion [quote:983fb7976b="mld/uade team"] just added a Protracker 1.0c compatibility mode for our modplayer. It features, different period setting, different vibrato shifting, and last but not least it uses funk repeat instead of invert loop effect. Anyone willing to test is welcome. (Testtunes for me as well :-) I also "enhanced" the Protracker 3.0b and 2.3 playback mode... Differences should be fairly small there, though (different period setting, and differences in the way funk repeat is updated) [/quote:983fb7976b] Please document exactly how those formats differ. Put them into a text file into ptk-prowiz dir. Who knows, I might even contribute. I already have many differences noted in my private cvs root. From mld/uade team@uadeforum Thu Mar 16 22:58:03 2006 From: mld/uade team Date: Thu Mar 16 22:58:03 2006 Message-Id: <00000814.003@uade.forum> In-Reply-To: <00000814.002@uade.forum> Subject: Re: Protracker mod player compatibilities To: UADE-Developer-discussion done... ptk_versions.txt is now in the ptk-prowiz source dir. Any hint can be helpful From shd@uadeforum Thu Mar 16 23:08:26 2006 From: shd Date: Thu Mar 16 23:08:26 2006 Message-Id: <00000814.004@uade.forum> In-Reply-To: <00000814.003@uade.forum> Subject: Re: Protracker mod player compatibilities To: UADE-Developer-discussion Thanks for writing these down. It's a start. However, we need something which is more complete in explanations. [quote:7273e388cf] TK1.0c: mt_UpdateFunk: -> Funk repeat effect PTK1.1b and aboce mt_UpdateFunk: -> invert loop effect [/quote:7273e388cf] First, fix the typo (aboce). What do those mean? How do they manifest in functionality? [quote:7273e388cf] PTK1.0C: period is set in -> mt_playvoice mt_CheckEfx after "and" via "beq.s" [/quote:7273e388cf] What is this? [quote:7273e388cf] UpdateFunk in CheckMoreEfx: ---------------------------- PTK1.0c-2.3a: UpdateFunk is called in the beginning of CheckMoreEfx PTK3.0b: UpdateFunk is missing altogether in CheckMoreEfx [/quote:7273e388cf] What is the relevance? Also, why don't you mark all the effect commands with a hex code so that it is clear what being documented. Put all the relevant facts there. It doesn't matter if it becomes longer. More the better. This could even become published material. It's not easy to document these =) From mld/uade team@uadeforum Fri Mar 17 00:10:00 2006 From: mld/uade team Date: Fri Mar 17 00:10:00 2006 Message-Id: <00000814.005@uade.forum> In-Reply-To: <00000814.004@uade.forum> Subject: Re: Protracker mod player compatibilities To: UADE-Developer-discussion not easy... the incompatible parts between protracker revisions are more of a general kind, instead of effect differences. The only two I found are vibrato and inverloop/funk repeat so far. What I found else is minor differences within certain funcitons (that's why I gave the function names and the mnemonics)... E.g. where and when periods are set... Fix the typo and added some more verbose info text. See if it's clearer now. E.g. emax_enjoythesilence is a good test tune to hear some one the differences between 1.0c, 2.3a and 3.0b ;-) From mld/uade team@uadeforum Fri Mar 17 14:23:58 2006 From: mld/uade team Date: Fri Mar 17 14:23:58 2006 Message-Id: <00000814.006@uade.forum> In-Reply-To: <00000814.005@uade.forum> Subject: Re: Protracker mod player compatibilities To: UADE-Developer-discussion some update for the protracker modplayer in cvs... it can now be set into 4 different replay setups. 0 = Protracker 3.0b (the old uade 1.x default) 1 = Protracker 2.3a/ Protracker 1.1b (fixed) 2 = Protracker 2.1a/Protracker 1.1b (original/bugged) 3 = Protracker 1.0c Basically support for the different values the period table was accessed was to, was implemented. Protracker 3.0b e.g. uses a multiplicaction of "37*2" and is closer to Noistracker, while Protracker 2.3a "36*2" is closer to the way DOC-Soundtracker used the periods, as a result the audio output *will* be slightly different. Protracker 1.0c, 1.1b and 2.1a are imo bugged in this way. They use the 36 based for some effects, and 37 for others... All in all, due to the incompatibiliies and weird fixes between the replays that playing Protracker mods 100% right is next to impossible, even on the AMIGA, you would always have to know on what kind of Protracker it was written. So setting the engine to 0,1 or 2 is actually a matter of taste. The only real compatibility options is 3, because it supports a different effect for 0xef. From mld/uade team@uadeforum Fri Mar 17 17:29:51 2006 From: mld/uade team Date: Fri Mar 17 17:29:51 2006 Message-Id: <00000814.007@uade.forum> In-Reply-To: <00000814.006@uade.forum> Subject: Re: Protracker mod player compatibilities To: UADE-Developer-discussion reverted the periodtable multiplier changes for ptk2.3... it borked our current protracker replay. I have to check why it played way out of tune. Until then, don't use anything beside setup 0 or 1, the rest is broken. mld/uade team From shd@uadeforum Mon Mar 20 16:07:31 2006 From: shd Date: Mon Mar 20 16:07:31 2006 Message-Id: <00000814.008@uade.forum> In-Reply-To: <00000814.007@uade.forum> Subject: Re: Protracker mod player compatibilities To: UADE-Developer-discussion [quote:0f571140cc="mld/uade team"]reverted the periodtable multiplier changes for ptk2.3... it borked our current protracker replay. I have to check why it played way out of tune. Until then, don't use anything beside setup 0 or 1, the rest is broken. [/quote:0f571140cc] While you're doing this, would you document features of different PT versions in the same process? I think PT is too complicated a system to get right without documenting each effect (and others) for each version. From shd@uadeforum Mon Mar 20 16:10:59 2006 From: shd Date: Mon Mar 20 16:10:59 2006 Message-Id: <00000814.009@uade.forum> In-Reply-To: <00000814.008@uade.forum> Subject: Re: Protracker mod player compatibilities To: UADE-Developer-discussion [quote:7fadcfa403="shd"][quote:7fadcfa403="mld/uade team"]reverted the periodtable multiplier changes for ptk2.3... it borked our current protracker replay. I have to check why it played way out of tune. Until then, don't use anything beside setup 0 or 1, the rest is broken. [/quote:7fadcfa403] While you're doing this, would you document features of different PT versions in the same process? I think PT is too complicated a system to get right without documenting each effect (and others) for each version.[/quote:7fadcfa403] I'll try to contribute something I've already gathered in my research. I've got hundreds of lines of notes and pseudo code. PT 1.1b is the reference point for my research. Everyhing is compared with respect to it. From mld/uade team@uadeforum Mon Mar 20 17:59:33 2006 From: mld/uade team Date: Mon Mar 20 17:59:33 2006 Message-Id: <00000814.010@uade.forum> In-Reply-To: <00000814.009@uade.forum> Subject: Re: Protracker mod player compatibilities To: UADE-Developer-discussion I just wonder... there's two versions of ptk1.1b floating around. One with weird multipliers for accesing the period table and another one, where it's fixed... btw. There's a huge difference in the way the older protrackers set volume (pops & crackles) toward protracker 3.0b. I propose we keep the 3.0b replay default for uade. From shd@uadeforum Mon Mar 20 19:07:23 2006 From: shd Date: Mon Mar 20 19:07:23 2006 Message-Id: <00000814.011@uade.forum> In-Reply-To: <00000814.010@uade.forum> Subject: Re: Protracker mod player compatibilities To: UADE-Developer-discussion [quote:555d20263b="mld/uade team"]I just wonder... there's two versions of ptk1.1b floating around. One with weird multipliers for accesing the period table and another one, where it's fixed... [/quote:555d20263b] Could you show me the two versions? [quote:555d20263b] btw. There's a huge difference in the way the older protrackers set volume (pops & crackles) toward protracker 3.0b. I propose we keep the 3.0b replay default for uade.[/quote:555d20263b] For the time being, agreed. From mld/uade team@uadeforum Thu Mar 23 11:28:52 2006 From: mld/uade team Date: Thu Mar 23 11:28:52 2006 Message-Id: <00000814.012@uade.forum> In-Reply-To: <00000814.011@uade.forum> Subject: Re: Protracker mod player compatibilities To: UADE-Developer-discussion Found a very interesting test song for the different protracker variants :-) For anyone interested: dreamfish's MOD.miami vice uses Effect 0xEF (invert loop), thus it sounds broken when played with Protracker 1.0c It even sounds slightly different when played with Protracker 1.1b and 3.0b... :-) It's either in the test song cvs or can be found on: http://mitglied.lycos.d/mldoering/mods/tests/ From asle@uadeforum Sun Mar 26 10:13:50 2006 From: asle Date: Sun Mar 26 10:13:50 2006 Message-Id: <00000814.013@uade.forum> In-Reply-To: <00000814.012@uade.forum> Subject: Re: Protracker mod player compatibilities To: UADE-Developer-discussion I logged in to tell you about Dreamfish using this EF fx. You beat by 3 days. I'll get the lattest CVS and read you comments of PTK replays. While writing this, I remember a discussion I've had with Xann (french man of TSL) at the Saturne Party 4. We were talking about PTK replay compatibility for his replay (Xann player ... not 'packer' by the way) as he had push it to the limit regarding instruction time. It was especially true when a ED0 command was input. Most replay ignore as it's a delay of 0. But PTK, upon encountering a ED*, entered in a part of the prog to deal with the arg and by doing that, it took a (very) small amount of time. This small delay was used several time by various composers like this : C-3 01 000 | C-3 01 ED0 [...] 01 being a drumploop. That would produce a nice effect. Not that it adds anything to the discussion, but I'm sure it was _not_ in the CRB replays. Sylvain From shd@uadeforum Sun Mar 26 12:45:24 2006 From: shd Date: Sun Mar 26 12:45:24 2006 Message-Id: <00000814.014@uade.forum> In-Reply-To: <00000814.013@uade.forum> Subject: Re: Protracker mod player compatibilities To: UADE-Developer-discussion [quote:a979e2202a="asle"] I'll get the lattest CVS and read you comments of PTK replays. [/quote:a979e2202a] Thanks for your interest. I haven't yet merged my personal documentation into the text file. Please send patches/additions for amigasrc/players/tracker/eagleplayers/mod32_protracker/PTK_versions.txt if you have some interesting details that could help. From mld/uade team@uadeforum Mon Mar 27 10:54:32 2006 From: mld/uade team Date: Mon Mar 27 10:54:32 2006 Message-Id: <00000814.015@uade.forum> In-Reply-To: <00000814.014@uade.forum> Subject: Re: Protracker mod player compatibilities To: UADE-Developer-discussion [quote:c5e3b6031e="asle"]I logged in to tell you about Dreamfish using this EF fx. You beat by 3 days. I'll get the lattest CVS and read you comments of PTK replays. While writing this, I remember a discussion I've had with Xann (french man of TSL) at the Saturne Party 4. We were talking about PTK replay compatibility for his replay (Xann player ... not 'packer' by the way) as he had push it to the limit regarding instruction time. It was especially true when a ED0 command was input. Most replay ignore as it's a delay of 0. But PTK, upon encountering a ED*, entered in a part of the prog to deal with the arg and by doing that, it took a (very) small amount of time. This small delay was used several time by various composers like this : C-3 01 000 | C-3 01 ED0 [...] 01 being a drumploop. That would produce a nice effect. Not that it adds anything to the discussion, but I'm sure it was _not_ in the CRB replays. Sylvain[/quote:c5e3b6031e] au contr, sylv. :-) It might not concern dreamfish's mod in particular but it does add to the discussion anyway. The ED* effect (ab)use is interesting... I checked against our replay, it seems theoretically the CRB replay doesn't seem to ignore ED0 either. It definetely doesn't check for EDx with x >0... Any real song using this available? Some Demo with XANN's packer? Otherwise I hack something up in PTK3.15... btw. heikki, found some tracker comparison in the xmp docs about different effect behavior. Have to check if I can reproduce Claudio's findings, tho. From asle@uadeforum Mon Mar 27 15:30:50 2006 From: asle Date: Mon Mar 27 15:30:50 2006 Message-Id: <00000814.016@uade.forum> In-Reply-To: <00000814.015@uade.forum> Subject: Re: Protracker mod player compatibilities To: UADE-Developer-discussion [quote:d862e6f8c7="mld/uade team"]The ED* effect (ab)use is interesting... I checked against our replay, it seems theoretically the CRB replay doesn't seem to ignore ED0 either. It definetely doesn't check for EDx with x >0... Any real song using this available? Some Demo with XANN's packer? Otherwise I hack something up in PTK3.15...[/quote:d862e6f8c7] might take some checking. I'll dig around and come back to you with an ED0 example. Now about Xann's packer, I suggest to simply ignore it as it was _never_ used. Well, only once in a TSL France demo but, even there, it was not the real packer but a hacked variant. The only move I'd suggest would be to rename 'Xann packer' to 'Xann player' .. if there's a move to be done, as we have only so many examples ... . If you're really curious, I'll dig up the packer itself, handed to me a decade ago by Gryzor. [quote:d862e6f8c7="mld/uade team"]btw. heikki, found some tracker comparison in the xmp docs about different effect behavior. Have to check if I can reproduce Claudio's findings, tho.[/quote:d862e6f8c7] Good move so that as much as possible infos on this topic are gathered in one place. Sylvain From amadeus@uadeforum Sat Mar 18 14:05:03 2006 From: amadeus Date: Sat Mar 18 14:05:03 2006 Message-Id: <00000817.001@uade.forum> Subject: Bug in SCN To: UADE-Developer-discussion This is what heppens with uade 2.02. [code:1:e14c938338]~/music/modules/_Unsorted$ uade123 SCN.Reaxion Song: SCN.Reaxion (70631 bytes) uadecore warning: CIAB 0xbfd800 read. The player might not work. uadecore warning: CIAB 0xbfd800 read. The player might not work. uadecore warning: CIAB 0xbfd800 read. The player might not work. uadecore warning: CIAB 0xbfd800 read. The player might not work. uadecore warning: CIAB 0xbfd800 read. The player might not work. uadecore warning: CIAB 0xbfd800 read. The player might not work. uadecore warning: CIAB 0xbfd800 read. The player might not work. uadecore warning: CIAB 0xbfd800 read. The player might not work. There are 5 subsongs in range [0, 4]. ALSA: underrun, at least 0ms. subsong 0 [/code:1:e14c938338] It sounds like that only one channel is played. From shd@uadeforum Sun Mar 19 15:02:17 2006 From: shd Date: Sun Mar 19 15:02:17 2006 Message-Id: <00000817.002@uade.forum> In-Reply-To: <00000817.001@uade.forum> Subject: Re: Bug in SCN To: UADE-Developer-discussion [quote:da6e5c917a="amadeus"]This is what heppens with uade 2.02. [code:1:da6e5c917a]~/music/modules/_Unsorted$ uade123 SCN.Reaxion Song: SCN.Reaxion (70631 bytes) uadecore warning: CIAB 0xbfd800 read. The player might not work. uadecore warning: CIAB 0xbfd800 read. The player might not work. uadecore warning: CIAB 0xbfd800 read. The player might not work. uadecore warning: CIAB 0xbfd800 read. The player might not work. uadecore warning: CIAB 0xbfd800 read. The player might not work. uadecore warning: CIAB 0xbfd800 read. The player might not work. uadecore warning: CIAB 0xbfd800 read. The player might not work. uadecore warning: CIAB 0xbfd800 read. The player might not work. There are 5 subsongs in range [0, 4]. ALSA: underrun, at least 0ms. subsong 0 [/code:1:da6e5c917a] It sounds like that only one channel is played.[/quote:da6e5c917a] I can hear 4 channels. Got a good reference recording? From amadeus@uadeforum Wed Mar 22 01:17:29 2006 From: amadeus Date: Wed Mar 22 01:17:29 2006 Message-Id: <00000817.003@uade.forum> In-Reply-To: <00000817.002@uade.forum> Subject: Re: Bug in SCN To: UADE-Developer-discussion [quote:27cb40d2bd="shd"]I can hear 4 channels. Got a good reference recording?[/quote:27cb40d2bd] For some reason haven't I been able to reproduce it since... From mld/uade team@uadeforum Wed Mar 22 14:44:08 2006 From: mld/uade team Date: Wed Mar 22 14:44:08 2006 Message-Id: <00000819.001@uade.forum> Subject: Multichannel mod player gone? To: UADE-Developer-discussion hhmh, seems the replayer(ps3m) to play multichannel mods is gone from the cvs/players dir. I agree we should use it for s3m, mtm or xms. But I am not sure if uade shouldn't be able to play 2chn/4chn/6chn or 8chn *.mod files (basically it's a protracker replay using more or less channels then the usual 4). mld From shd@uadeforum Wed Mar 22 23:57:59 2006 From: shd Date: Wed Mar 22 23:57:59 2006 Message-Id: <00000819.002@uade.forum> In-Reply-To: <00000819.001@uade.forum> Subject: Re: Multichannel mod player gone? To: UADE-Developer-discussion [quote:88a9a144d5="mld/uade team"]hhmh, seems the replayer(ps3m) to play multichannel mods is gone from the cvs/players dir. I agree we should use it for s3m, mtm or xms. But I am not sure if uade shouldn't be able to play 2chn/4chn/6chn or 8chn *.mod files (basically it's a protracker replay using more or less channels then the usual 4). [/quote:88a9a144d5] It shouldn't be configured by default (only if the user edits eagleplayer.conf manually). From mld/uade team@uadeforum Thu Mar 23 07:34:30 2006 From: mld/uade team Date: Thu Mar 23 07:34:30 2006 Message-Id: <00000819.003@uade.forum> In-Reply-To: <00000819.002@uade.forum> Subject: Re: Multichannel mod player gone? To: UADE-Developer-discussion we have to remove the mod_pc entry from eagleplayer.conf then. (It used to be there) From shd@uadeforum Thu Mar 23 10:19:20 2006 From: shd Date: Thu Mar 23 10:19:20 2006 Message-Id: <00000819.004@uade.forum> In-Reply-To: <00000819.003@uade.forum> Subject: Re: Multichannel mod player gone? To: UADE-Developer-discussion [quote:a44b55c87f="mld/uade team"]we have to remove the mod_pc entry from eagleplayer.conf then. (It used to be there)[/quote:a44b55c87f] Put a comment character (#) on the beginning of the line. From shd@uadeforum Sat Mar 25 21:11:57 2006 From: shd Date: Sat Mar 25 21:11:57 2006 Message-Id: <00000823.001@uade.forum> Subject: Module info feature To: UADE-Developer-discussion Looking at CVS, mld has improved module info. Inspired by that, I added module info support into uade123. Pressing 'i' will print module info and 'I' will print some hex dump info.. From amadeus@uadeforum Sat Mar 25 23:06:00 2006 From: amadeus Date: Sat Mar 25 23:06:00 2006 Message-Id: <00000823.002@uade.forum> In-Reply-To: <00000823.001@uade.forum> Subject: Re: Module info feature To: UADE-Developer-discussion [quote:f0f02d0862="shd"]Looking at CVS, mld has improved module info. Inspired by that, I added module info support into uade123. Pressing 'i' will print module info and 'I' will print some hex dump info..[/quote:f0f02d0862] That a neat feature! In the case of song and sample formats like TFMX, could it display the sub-/pre-fix for the samples file as well? Rob Hubbard uses *.ins and *.dum sort of the opposite of TFMX... From mld/uade team@uadeforum Wed Mar 29 17:21:37 2006 From: mld/uade team Date: Wed Mar 29 17:21:37 2006 Message-Id: <00000824.001@uade.forum> Subject: turning off filter from uade.conf broken? To: UADE-Developer-discussion seems I can't enable/disable filtering from uade.conf anymore? What about getting rid of "no_filter" and add a "filter off" model? From Guest@uadeforum Wed Mar 29 17:31:36 2006 From: Guest Date: Wed Mar 29 17:31:36 2006 Message-Id: <00000824.002@uade.forum> In-Reply-To: <00000824.001@uade.forum> Subject: Re: turning off filter from uade.conf broken? To: UADE-Developer-discussion forget it... I forgot to set interpolator to none *g* From shd@uadeforum Wed Mar 29 17:34:31 2006 From: shd Date: Wed Mar 29 17:34:31 2006 Message-Id: <00000824.003@uade.forum> In-Reply-To: <00000824.002@uade.forum> Subject: Re: turning off filter from uade.conf broken? To: UADE-Developer-discussion [quote:072c19c9ce="Anonymous"]forget it... I forgot to set interpolator to none *g*[/quote:072c19c9ce] That's a bad idea. The default interpolator aka the accumulator is excellent. It makes the sound right. From Guest@uadeforum Wed Mar 29 17:59:47 2006 From: Guest Date: Wed Mar 29 17:59:47 2006 Message-Id: <00000824.004@uade.forum> In-Reply-To: <00000824.003@uade.forum> Subject: Re: turning off filter from uade.conf broken? To: UADE-Developer-discussion heh, "sinc" is even better :-) anway, just checking something against uade 1.03... I thought I heard a "bug" with the current Protracker engine but I was wrong... (the ED0 thingy, Sylvain talked about) From amadeus@uadeforum Sat Apr 1 23:27:02 2006 From: amadeus Date: Sat Apr 1 23:27:02 2006 Message-Id: <00000826.001@uade.forum> Subject: mod.the_real_world sounds strange To: UADE-Developer-discussion Hi, uade123 cvs seams to have differculty playing this module [url]www.heko.dk/~maj/mod.the_real_world[/url] but mikmod have even bigger issues! To me the problems are e.g. from 3 seconds to 9 seconds. Can this be confirmed? =) From shd@uadeforum Sun Apr 2 11:35:42 2006 From: shd Date: Sun Apr 2 11:35:42 2006 Message-Id: <00000826.002@uade.forum> In-Reply-To: <00000826.001@uade.forum> Subject: Re: mod.the_real_world sounds strange To: UADE-Developer-discussion [quote:e437bb19b5="amadeus"]Hi, uade123 cvs seams to have differculty playing this module [url]www.heko.dk/~maj/mod.the_real_world[/url] but mikmod have even bigger issues! To me the problems are e.g. from 3 seconds to 9 seconds. Can this be confirmed? =)[/quote:e437bb19b5] What is wrong with it? I don't hear anything special. What is the last version that does not have the problem? From amadeus@uadeforum Sun Apr 2 14:57:24 2006 From: amadeus Date: Sun Apr 2 14:57:24 2006 Message-Id: <00000826.003@uade.forum> In-Reply-To: <00000826.002@uade.forum> Subject: Re: mod.the_real_world sounds strange To: UADE-Developer-discussion [quote:f24cfe0491="shd"]What is wrong with it? I don't hear anything special. What is the last version that does not have the problem?[/quote:f24cfe0491] I can try. But when I think about it. Changes are that uade123 actually plays it correct, and I have always listened to it with a buggy replayer? =) From amadeus@uadeforum Sun Apr 2 15:08:41 2006 From: amadeus Date: Sun Apr 2 15:08:41 2006 Message-Id: <00000826.004@uade.forum> In-Reply-To: <00000826.003@uade.forum> Subject: Re: mod.the_real_world sounds strange To: UADE-Developer-discussion [quote:87d392ee18="shd"]What is wrong with it?[/quote:87d392ee18] In position 1 (pattern 0 channel 4) the commands [code:1:87d392ee18]C#3 07 00 000 F#3 07 00 000 G#3 07 00 000 [/code:1:87d392ee18] sounds wrong to me, and very different in mikmod! In Soundtracker 0.6.8 [url]http://freshmeat.net/projects/soundtracker/[/url] it sounds like I remember it should...? From mld/uade team@uadeforum Mon Apr 3 06:54:19 2006 From: mld/uade team Date: Mon Apr 3 06:54:19 2006 Message-Id: <00000826.005@uade.forum> In-Reply-To: <00000826.004@uade.forum> Subject: Re: mod.the_real_world sounds strange To: UADE-Developer-discussion thanks for the report, Martin. I'll check it with Protracker 2.38/3.15 on a real Amiga to see if I introduced a bug to our replay. Concerning Soundtracker 0.6.8, beware there are protracker features almost no pc player supports... IIRC Linux-ST 0.6.8 tries to be Fastracker compatible, so a Protracker MOD (The mod is by P!NK/AYS so, it's most likely one) might sound different (broken or not) on it compared to the real thing. anyway I'll check it... Michael From mld/uade team@uadeforum Mon Apr 3 07:54:15 2006 From: mld/uade team Date: Mon Apr 3 07:54:15 2006 Message-Id: <00000826.006@uade.forum> In-Reply-To: <00000826.005@uade.forum> Subject: Re: mod.the_real_world sounds strange To: UADE-Developer-discussion nope the song seems to be alright with uade2. It even has that strange phasing effect :-) Apart from that... mod.the_real_world is the wrong file or soundtracker 0.6.8 seems to convert things very badly... :-) It does surprize me it plays differently on most of the pc mod playing engines, due to some protracker tricks it uses. Michael ps. if you like to test there's some other files in the songtest cvs under mod_engine_test, Martin From mld/ uade team@uadeforum Mon Apr 3 07:56:24 2006 From: mld/ uade team Date: Mon Apr 3 07:56:24 2006 Message-Id: <00000826.007@uade.forum> In-Reply-To: <00000826.006@uade.forum> Subject: Re: mod.the_real_world sounds strange To: UADE-Developer-discussion correction: it [u:cde46c62c9]doesn't[/u:cde46c62c9] suprise me it plays differently, du to the protracker tricks... ;-)[/u] From amadeus@uadeforum Wed Apr 5 16:07:24 2006 From: amadeus Date: Wed Apr 5 16:07:24 2006 Message-Id: <00000826.008@uade.forum> In-Reply-To: <00000826.007@uade.forum> Subject: Re: mod.the_real_world sounds strange To: UADE-Developer-discussion [quote:5e10cf85ab="mld/uade team"]Concerning Soundtracker 0.6.8, beware there are protracker features almost no pc player supports... IIRC Linux-ST 0.6.8 tries to be Fastracker compatible, so a Protracker MOD (The mod is by P!NK/AYS so, it's most likely one) might sound different (broken or not) on it compared to the real thing.[/quote:5e10cf85ab] I thought FastTracker was backwards compatible. Thanks for this tip =) From amadeus@uadeforum Wed Apr 5 16:17:53 2006 From: amadeus Date: Wed Apr 5 16:17:53 2006 Message-Id: <00000826.009@uade.forum> In-Reply-To: <00000826.008@uade.forum> Subject: Re: mod.the_real_world sounds strange To: UADE-Developer-discussion [quote:7801a21510="mld/uade team"]nope the song seems to be alright with uade2. It even has that strange phasing effect :-)[/quote:7801a21510] So for all these years have I been listening to it with a wrong/buggy replayer and got used to the bug? =) [quote:7801a21510="mld/uade team"]Apart from that... mod.the_real_world is the wrong file or soundtracker 0.6.8 seems to convert things very badly... :-)[/quote:7801a21510] It is a bit concerning =) [quote:7801a21510]It does[b:7801a21510]n't[/b:7801a21510] surprize me it plays differently on most of the pc mod playing engines, due to some protracker tricks it uses. [/quote:7801a21510] How come you know so much about trackers? =) * [quote:7801a21510]ps. if you like to test there's some other files in the songtest cvs under mod_engine_test, Martin [/quote:7801a21510] I will do that, just to hear how wrong it can go =) * Taken from Monty Python and the Quest for the Holy Grail: How come you know so much about swallows? From amadeus@uadeforum Wed Apr 5 16:51:02 2006 From: amadeus Date: Wed Apr 5 16:51:02 2006 Message-Id: <00000826.010@uade.forum> In-Reply-To: <00000826.009@uade.forum> Subject: Re: mod.the_real_world sounds strange To: UADE-Developer-discussion [quote:e92e8391bd="mld/uade team"]ps. if you like to test there's some other files in the songtest cvs under mod_engine_test, Martin[/quote:e92e8391bd] I am listening to megadrive.mod right now from the test song cvs, which is really cool btw. =), but are all these played correctly in uade2 ? Did you fix xmp 2.0.4? I haven't been able to compile it for years, and I sure miss it! =( From mld/uade team@uadeforum Wed Apr 5 22:16:48 2006 From: mld/uade team Date: Wed Apr 5 22:16:48 2006 Message-Id: <00000826.011@uade.forum> In-Reply-To: <00000826.010@uade.forum> Subject: Re: mod.the_real_world sounds strange To: UADE-Developer-discussion [quote:df91a1402b]How come you know so much about swallows?[/quote:df91a1402b] We have the birdflu down here, so you start get a normal interests in fowl around you... Even in yellow ooooooooooooooooooones :-) [quote:df91a1402b]XMP 2.04[/quote:df91a1402b] I did an apt-get... Didn't know it was broken? Might be some incompatible gcc or something. [quote:df91a1402b]mld/uade team wrote: Apart from that... mod.the_real_world is the wrong file or soundtracker 0.6.8 seems to convert things very badly... :-) [quote:df91a1402b]It is a bit concerning =) [/quote:df91a1402b][/quote:df91a1402b] hehe, understatement *g* From shd@uadeforum Wed Apr 5 22:24:50 2006 From: shd Date: Wed Apr 5 22:24:50 2006 Message-Id: <00000826.012@uade.forum> In-Reply-To: <00000826.011@uade.forum> Subject: Re: mod.the_real_world sounds strange To: UADE-Developer-discussion [quote:7f0d2ff804="mld/uade team"] I did an apt-get... Didn't know it was broken? Might be some incompatible gcc or something. [/quote:7f0d2ff804] XMP is broken. If you have fixes/patches/improvements, send me. I have admin rights for the project on sourceforge. Claudio gave me privileges. From amadeus@uadeforum Thu Apr 6 00:31:50 2006 From: amadeus Date: Thu Apr 6 00:31:50 2006 Message-Id: <00000826.013@uade.forum> In-Reply-To: <00000826.012@uade.forum> Subject: Re: mod.the_real_world sounds strange To: UADE-Developer-discussion [quote:6f7c78aa3d="mld/uade team"][quote:6f7c78aa3d]How come you know so much about swallows?[/quote:6f7c78aa3d] We have the birdflu down here, so you start get a normal interests in fowl around you... Even in yellow ooooooooooooooooooones :-) [/quote:6f7c78aa3d] =) Have you noticed that it is always(?) John Cleese that makes these high voices? =) From amadeus@uadeforum Thu Apr 6 00:32:56 2006 From: amadeus Date: Thu Apr 6 00:32:56 2006 Message-Id: <00000826.014@uade.forum> In-Reply-To: <00000826.013@uade.forum> Subject: Re: mod.the_real_world sounds strange To: UADE-Developer-discussion [quote:2cebde31e2="shd"]XMP is broken. If you have fixes/patches/improvements, send me. I have admin rights for the project on sourceforge. Claudio gave me privileges.[/quote:2cebde31e2] Do you have an idea of how skilled one have to be to fix xmp 2.0.5pre3 ? From shd@uadeforum Thu Apr 6 08:36:10 2006 From: shd Date: Thu Apr 6 08:36:10 2006 Message-Id: <00000826.015@uade.forum> In-Reply-To: <00000826.014@uade.forum> Subject: Re: mod.the_real_world sounds strange To: UADE-Developer-discussion [quote:78359e8fd8="amadeus"][quote:78359e8fd8="shd"]XMP is broken. If you have fixes/patches/improvements, send me. I have admin rights for the project on sourceforge. Claudio gave me privileges.[/quote:78359e8fd8] Do you have an idea of how skilled one have to be to fix xmp 2.0.5pre3 ?[/quote:78359e8fd8] You have to start from somewhere. Get your hands dirty. From amadeus@uadeforum Thu Apr 6 22:42:35 2006 From: amadeus Date: Thu Apr 6 22:42:35 2006 Message-Id: <00000826.016@uade.forum> In-Reply-To: <00000826.015@uade.forum> Subject: Re: mod.the_real_world sounds strange To: UADE-Developer-discussion [quote:755faaecf6="shd"]You have to start from somewhere. Get your hands dirty.[/quote:755faaecf6] Sounds like a project for the summer vacation! From shd@uadeforum Sun Apr 2 22:58:18 2006 From: shd Date: Sun Apr 2 22:58:18 2006 Message-Id: <00000828.001@uade.forum> Subject: NTSC support To: UADE-Developer-discussion Added NTSC support into uade. It can be buggy and won't work with some players (those which directly set dtg_Timer value or CIA HW directly). From mld/uade team@uadeforum Mon Apr 3 06:39:20 2006 From: mld/uade team Date: Mon Apr 3 06:39:20 2006 Message-Id: <00000828.002@uade.forum> In-Reply-To: <00000828.001@uade.forum> Subject: Re: NTSC support To: UADE-Developer-discussion is there a way to parse ntsc for me from the replayer? I could "automagically" enable NTSC for my pseudo VBI Timing in Protracker then... I think you were able to parse it from gfx.lib on the real AMI... From shd@uadeforum Mon Apr 3 07:57:55 2006 From: shd Date: Mon Apr 3 07:57:55 2006 Message-Id: <00000828.003@uade.forum> In-Reply-To: <00000828.002@uade.forum> Subject: Re: NTSC support To: UADE-Developer-discussion [quote:b68296c7cd="mld/uade team"]is there a way to parse ntsc for me from the replayer? I could "automagically" enable NTSC for my pseudo VBI Timing in Protracker then... I think you were able to parse it from gfx.lib on the real AMI...[/quote:b68296c7cd] There is now. See the latest ChangeLog entry. From mld/uade team@uadeforum Mon Apr 3 09:01:04 2006 From: mld/uade team Date: Mon Apr 3 09:01:04 2006 Message-Id: <00000828.004@uade.forum> In-Reply-To: <00000828.003@uade.forum> Subject: Re: NTSC support To: UADE-Developer-discussion updated mod player to honour NTSC/PAL flag for Vertical Blank Timed Modules (Sound-, Noise, Protracker-vblank and Startrekker) -> see cvs From shd@uadeforum Tue Apr 4 14:24:42 2006 From: shd Date: Tue Apr 4 14:24:42 2006 Message-Id: <00000828.005@uade.forum> In-Reply-To: <00000828.004@uade.forum> Subject: Re: NTSC support To: UADE-Developer-discussion [quote:a7283dfcd3="mld/uade team"]updated mod player to honour NTSC/PAL flag for Vertical Blank Timed Modules (Sound-, Noise, Protracker-vblank and Startrekker) -> see cvs[/quote:a7283dfcd3] [code:1:a7283dfcd3] move.l 4.w,a6 cmp.b #60,$212(a6) beq .ntsc sf pt_ntsc bra .is .ntsc st pt_ntsc .is bsr bt_init [/code:1:a7283dfcd3] They specifically put conditional scc instructions for that. Change it to: [code:1:a7283dfcd3] move.l 4.w,a6 cmp.b #60,$212(a6) seq pt_ntsc bsr pt_init [/code:1:a7283dfcd3] From mld/uade team@uadeforum Wed Apr 5 07:38:28 2006 From: mld/uade team Date: Wed Apr 5 07:38:28 2006 Message-Id: <00000828.006@uade.forum> In-Reply-To: <00000828.005@uade.forum> Subject: Re: NTSC support To: UADE-Developer-discussion thanks for the hint. done :-) For everyone interested... NTSC Timing for mods is used, when: a) ... it's a vertical blank interrupt based replay: Soundtracker15/32, Noisetracker 1.x/2.x, Startrekker and Protracker(vblank) b) ... you set Protracker manually to VBI in $UADE2DIR/players/ENV/eagleplayers/PTK-Prowiz.cfg From shd@uadeforum Sat Apr 8 23:27:30 2006 From: shd Date: Sat Apr 8 23:27:30 2006 Message-Id: <00000831.001@uade.forum> Subject: Big changes To: UADE-Developer-discussion Big changes in the CVS version. I unified parts of configuration, effect and song attribute handling among frontends. Please test. From amadeus@uadeforum Sun Apr 9 17:15:53 2006 From: amadeus Date: Sun Apr 9 17:15:53 2006 Message-Id: <00000831.002@uade.forum> In-Reply-To: <00000831.001@uade.forum> Subject: Re: Big changes To: UADE-Developer-discussion [quote:086960e1dc="shd"]Big changes in the CVS version. I unified parts of configuration, effect and song attribute handling among frontends. Please test.[/quote:086960e1dc] [code:1:086960e1dc]uade123 --no-song-end *[/code:1:086960e1dc] Doesn't work for me, atleast not for Protracker. From shd@uadeforum Sun Apr 9 17:47:21 2006 From: shd Date: Sun Apr 9 17:47:21 2006 Message-Id: <00000831.003@uade.forum> In-Reply-To: <00000831.002@uade.forum> Subject: Re: Big changes To: UADE-Developer-discussion [quote:10e316cca6] Doesn't work for me, atleast not for Protracker.[/quote:10e316cca6] Good catch. Fixed. No song end option was completely ignored but no warning was issued. From amadeus@uadeforum Mon Apr 10 00:25:10 2006 From: amadeus Date: Mon Apr 10 00:25:10 2006 Message-Id: <00000831.004@uade.forum> In-Reply-To: <00000831.003@uade.forum> Subject: Re: Big changes To: UADE-Developer-discussion [quote:44d5142561="shd"]Good catch. Fixed. No song end option was completely ignored but no warning was issued.[/quote:44d5142561] Thanks =) Can I at this moment request an one letter argument for --no-song-end ?=) Btw. Your audiobuffer patch no longer works=( Can that one be updated as well? =) From shd@uadeforum Mon Apr 10 07:59:44 2006 From: shd Date: Mon Apr 10 07:59:44 2006 Message-Id: <00000831.005@uade.forum> In-Reply-To: <00000831.004@uade.forum> Subject: Re: Big changes To: UADE-Developer-discussion [quote:a07f0dbbcb="amadeus"] Can I at this moment request an one letter argument for --no-song-end ?=) [/quote:a07f0dbbcb] It's -n now. Buffer time works here (excluding bugs of libao). From amadeus@uadeforum Mon Apr 10 16:26:10 2006 From: amadeus Date: Mon Apr 10 16:26:10 2006 Message-Id: <00000831.006@uade.forum> In-Reply-To: <00000831.005@uade.forum> Subject: Re: Big changes To: UADE-Developer-discussion [quote:d80d80555f="shd"]It's -n now.[/quote:d80d80555f] Thanks =) [quote:d80d80555f="shd"]Buffer time works here (excluding bugs of libao).[/quote:d80d80555f] I still get under runs with latest cvs... =( From shd@uadeforum Mon Apr 10 16:34:28 2006 From: shd Date: Mon Apr 10 16:34:28 2006 Message-Id: <00000831.007@uade.forum> In-Reply-To: <00000831.006@uade.forum> Subject: Re: Big changes To: UADE-Developer-discussion [quote:317296bde5="amadeus"] I still get under runs with latest cvs... =([/quote:317296bde5] I didn't apply http://board.kohina.net/viewtopic.php?p=4567#4567 to CVS. That only fixes underruns in the beginning. Avoiding continuous underruns requires a good scheduler or not using pipes. From amadeus@uadeforum Mon Apr 10 16:45:46 2006 From: amadeus Date: Mon Apr 10 16:45:46 2006 Message-Id: <00000831.008@uade.forum> In-Reply-To: <00000831.007@uade.forum> Subject: Re: Big changes To: UADE-Developer-discussion [quote:870ba9bd6e="shd"]I didn't apply http://board.kohina.net/viewtopic.php?p=4567#4567 to CVS. That only fixes underruns in the beginning. Avoiding continuous underruns requires a good scheduler or not using pipes.[/quote:870ba9bd6e] I see. When I use -n with warhack.dm2 it doesn't play forever. [code:1:870ba9bd6e]Playing time position 511.9s in subsong 0 Song end (subsong timeout 512s) Playing time position 512.0s in subsong 0 [/code:1:870ba9bd6e] Is that a bug? From shd@uadeforum Mon Apr 10 17:06:05 2006 From: shd Date: Mon Apr 10 17:06:05 2006 Message-Id: <00000831.009@uade.forum> In-Reply-To: <00000831.008@uade.forum> Subject: Re: Big changes To: UADE-Developer-discussion [quote:b2cc89d319="amadeus"] When I use -n with warhack.dm2 it doesn't play forever. [code:1:b2cc89d319]Playing time position 511.9s in subsong 0 Song end (subsong timeout 512s) Playing time position 512.0s in subsong 0 [/code:1:b2cc89d319] Is that a bug?[/quote:b2cc89d319] No, it's design. I think we've gone through this already. --no-song-end only controls whether the eagleplayer can report song end. It does not affect timeouts. If you really want no end, use -n -t -1 -w -1 -s -1 :-) A good tutorial for uade123 would be nice to have. From shd@uadeforum Mon Apr 10 17:07:51 2006 From: shd Date: Mon Apr 10 17:07:51 2006 Message-Id: <00000831.010@uade.forum> In-Reply-To: <00000831.009@uade.forum> Subject: Re: Big changes To: UADE-Developer-discussion [quote:1f6d20fdb4="shd"]If you really want no end, use -n -t -1 -w -1 -s -1 :-) [/quote:1f6d20fdb4] Correction: -n -t -1 -w -1 -y -1 Meaning set --no-song-end, no total, subsong or silence timeout. From amadeus@uadeforum Wed Apr 12 01:23:34 2006 From: amadeus Date: Wed Apr 12 01:23:34 2006 Message-Id: <00000831.011@uade.forum> In-Reply-To: <00000831.010@uade.forum> Subject: Re: Big changes To: UADE-Developer-discussion [quote:cc60c6c3ee="shd"]Correction: -n -t -1 -w -1 -y -1 Meaning set --no-song-end, no total, subsong or silence timeout.[/quote:cc60c6c3ee] Thnaks =) From syntheticsw@uadeforum Fri Apr 14 21:27:10 2006 From: syntheticsw Date: Fri Apr 14 21:27:10 2006 Message-Id: <00000834.001@uade.forum> Subject: UADE on Mac OSX using libAO and ESD To: UADE-Developer-discussion When using UADE on Mac OSX PPC i get the following error : >>>>>>>>>>>>>>>> c3b3bee2:~/code/uade/uade-2.02 wizard$ make soundcheck ### UADE should be playing now 'AHX.Cruisin' src/frontends/uade123/uade123 --basedir=. -S amigasrc/score/score -P players/AbyssHighestExperience -m songs/AHX.Cruisin -u src/uadecore dyld: lazy symbol binding failed: Symbol not found: _dlsym_auto_underscore Referenced from: /usr/local/lib/libao.2.dylib Expected in: flat namespace dyld: Symbol not found: _dlsym_auto_underscore Referenced from: /usr/local/lib/libao.2.dylib Expected in: flat namespace make: *** [soundcheck] Trace/BPT trap c3b3bee2:~/code/uade/uade-2.02 wizard$ uadecore: No more songs to play. c3b3bee2:~/code/uade/uade-2.02 wizard$ >>>>>>>>>>>>>>> On the inet i found that there is a problem between libAO and esd of some kind on OSX. Is there any chance for getting a SDL audiodriver into UADE123 ? From mld/uade team@uadeforum Fri Apr 14 23:12:59 2006 From: mld/uade team Date: Fri Apr 14 23:12:59 2006 Message-Id: <00000834.002@uade.forum> In-Reply-To: <00000834.001@uade.forum> Subject: Re: UADE on Mac OSX using libAO and ESD To: UADE-Developer-discussion the error kind of looks familiar... wait a sec... ah, ok... someone reported somethin similar with uade 150 -> http://board.kohina.net/viewtopic.php?t=738&start=0 Seems there's a difference between libao from fink and from Darwin ports. Since I don't own a mac I have no clue in what respect and how vlice fixed it. anyone with a mac out there? From shd@uadeforum Thu Apr 20 20:25:37 2006 From: shd Date: Thu Apr 20 20:25:37 2006 Message-Id: <00000834.003@uade.forum> In-Reply-To: <00000834.002@uade.forum> Subject: Re: UADE on Mac OSX using libAO and ESD To: UADE-Developer-discussion [quote:37d1706755="syntheticsw"] On the inet i found that there is a problem between libAO and esd of some kind on OSX. Is there any chance for getting a SDL audiodriver into UADE123 ?[/quote:37d1706755] Not very useful. libao has to be fixed anyway. From spot@uadeforum Thu Feb 28 01:37:17 2008 From: spot Date: Thu Feb 28 01:37:17 2008 Message-Id: <00000834.004@uade.forum> In-Reply-To: <00000834.003@uade.forum> Subject: Re: UADE on Mac OSX using libAO and ESD To: UADE-Developer-discussion is there an SDL audio driver now? i'd appreciate it for sure! From shd@uadeforum Thu Feb 28 09:05:58 2008 From: shd Date: Thu Feb 28 09:05:58 2008 Message-Id: <00000834.005@uade.forum> In-Reply-To: <00000834.004@uade.forum> Subject: Re: UADE on Mac OSX using libAO and ESD To: UADE-Developer-discussion [quote:91e9c4825f="spot"]is there an SDL audio driver now? i'd appreciate it for sure![/quote:91e9c4825f] Don't know. If libao doesn't work, an SDL driver can be implemented into uade123. I accept patches, the only thing that needs to be done is modularize src/frontends/uade123/audio.c. From spot@uadeforum Mon Mar 3 01:04:15 2008 From: spot Date: Mon Mar 3 01:04:15 2008 Message-Id: <00000834.006@uade.forum> In-Reply-To: <00000834.005@uade.forum> Subject: Re: UADE on Mac OSX using libAO and ESD To: UADE-Developer-discussion i cant code, but sdl is more available on different platforms than libao. so it would be a good move i think. an sdl gui would be cool too, for ports to handhelds etc.. From spot / up rough@uadeforum Wed Mar 5 00:28:24 2008 From: spot / up rough Date: Wed Mar 5 00:28:24 2008 Message-Id: <00000834.007@uade.forum> In-Reply-To: <00000834.006@uade.forum> Subject: Re: UADE on Mac OSX using libAO and ESD To: UADE-Developer-discussion well, now libao is ported to AmigaOS 4.0 so I am one step closer to having UADE compiled. There's a fork and some sighandling stuff in the uade123 gui that is giving me problems ATM though, as we don't have fork on AOS. I am gonna have a new go at it tomorrow, wish me luck! From shd@uadeforum Wed Mar 5 21:45:21 2008 From: shd Date: Wed Mar 5 21:45:21 2008 Message-Id: <00000834.008@uade.forum> In-Reply-To: <00000834.007@uade.forum> Subject: Re: UADE on Mac OSX using libAO and ESD To: UADE-Developer-discussion [quote:1e5c3c47dc="spot / up rough"]There's a fork and some sighandling stuff in the uade123 gui that is giving me problems ATM though, as we don't have fork on AOS.[/quote:1e5c3c47dc] The fork itself is not really a problem. What you want to do is execute uadecore but have a bidirectional pipe between uade123 and uadecore. You can pretty much ignore all the signal stuff to get the uade123 working. You can remove all signal handling initially. That code is almost non-functional. It is not needed for anything else but ctrl-c. From spot@uadeforum Sat Mar 8 03:04:43 2008 From: spot Date: Sat Mar 8 03:04:43 2008 Message-Id: <00000834.009@uade.forum> In-Reply-To: <00000834.008@uade.forum> Subject: Re: UADE on Mac OSX using libAO and ESD To: UADE-Developer-discussion OK minus the sigact problems, that i will try to remove, these remain; unixsupport.c: In function 'uade_arch_spawn': unixsupport.c:268: warning: implicit declaration of function 'socketpair' unixsupport.c:273: warning: implicit declaration of function 'fork' unixsupport.c:284: warning: implicit declaration of function 'sysconf' unixsupport.c:284: error: '_SC_OPEN_MAX' undeclared (first use in this function) in a discussion here: http://utilitybase.com/forum/index.php?action=vthread&forum=2&topic=1260&page=-1#19 this was said "There is _POSIX_OPEN_MAX in <limits.h>. This looks like it could be the same as OPEN_MAX." do you think that could work as intended? From shd@uadeforum Sat Mar 8 10:26:40 2008 From: shd Date: Sat Mar 8 10:26:40 2008 Message-Id: <00000834.010@uade.forum> In-Reply-To: <00000834.009@uade.forum> Subject: Re: UADE on Mac OSX using libAO and ESD To: UADE-Developer-discussion [quote:1ea2d45aa4="spot"]OK minus the sigact problems, that i will try to remove, these remain; unixsupport.c: In function 'uade_arch_spawn': unixsupport.c:268: warning: implicit declaration of function 'socketpair' [/quote:1ea2d45aa4] What we actually need is a file object or two that can be used to communicate in both directions. frontend <> uadecore [quote:1ea2d45aa4] unixsupport.c:273: warning: implicit declaration of function 'fork' [/quote:1ea2d45aa4] We don't actually need fork(). vfork() is sufficient, but small modifications are needed to that function so that AmigaOS doesn't break it. On eshould not change any variable after vfork(). [quote:1ea2d45aa4] unixsupport.c:284: warning: implicit declaration of function 'sysconf' unixsupport.c:284: error: '_SC_OPEN_MAX' undeclared (first use in this function) in a discussion here: http://utilitybase.com/forum/index.php?action=vthread&forum=2&topic=1260&page=-1#19 this was said "There is _POSIX_OPEN_MAX in <limits.h>. This looks like it could be the same as OPEN_MAX." do you think that could work as intended?[/quote:1ea2d45aa4] You can kill this code on AOS, it is not needed: [code:1:1ea2d45aa4] int fd; int maxfds; if ((maxfds = sysconf(_SC_OPEN_MAX)) < 0) { maxfds = 1024; fprintf(stderr, "Getting max fds failed. Using %d.\n", maxfds); } /* close everything else but stdin, stdout, stderr, and in/out fds */ for (fd = 3; fd < maxfds; fd++) { if (fd != fds[1]) atomic_close(fd); } [/code:1:1ea2d45aa4] From Joker@uadeforum Thu Apr 20 20:26:39 2006 From: Joker Date: Thu Apr 20 20:26:39 2006 Message-Id: <00000837.001@uade.forum> Subject: False playback speed of mod TripToDestroy.MOD To: UADE-Developer-discussion TripToDestroy.MOD is played about 10 times too slow: http://www.netswarm.net/TripToDestroy.MOD From mld/uade team@uadeforum Thu Apr 20 22:24:53 2006 From: mld/uade team Date: Thu Apr 20 22:24:53 2006 Message-Id: <00000837.002@uade.forum> In-Reply-To: <00000837.001@uade.forum> Subject: Re: False playback speed of mod TripToDestroy.MOD To: UADE-Developer-discussion thanks for the report... I can confirm it. And it doesn't seem to be a "bad resaved mod"... I'll check why it gets detected as an old Soundtracker mod (those without CIA Tempo). From mld/uade team@uadeforum Thu Apr 20 22:52:18 2006 From: mld/uade team Date: Thu Apr 20 22:52:18 2006 Message-Id: <00000837.003@uade.forum> In-Reply-To: <00000837.002@uade.forum> Subject: Re: False playback speed of mod TripToDestroy.MOD To: UADE-Developer-discussion fixed and commited to cvs now :-) Was a (very stupid) bug in the mod detection. The mod had large instruments with loops and tricked my soundtracker 2.5 detection. From shd@uadeforum Fri Apr 21 13:49:19 2006 From: shd Date: Fri Apr 21 13:49:19 2006 Message-Id: <00000837.004@uade.forum> In-Reply-To: <00000837.003@uade.forum> Subject: Re: False playback speed of mod TripToDestroy.MOD To: UADE-Developer-discussion [quote:1c26a3c3c2="mld/uade team"]fixed and commited to cvs now :-) Was a (very stupid) bug in the mod detection. The mod had large instruments with loops and tricked my soundtracker 2.5 detection.[/quote:1c26a3c3c2] I'm beginning to think that maybe we should remove the detection code from PTK-Prowiz. Implement all the detection code in amifilemagic and pass the results to PTK-Prowiz (using some new interface in score or uade.library). It's easier to fix a problem in one place rather than two places. Additionally, the ptk-prowiz is harder to fix because it's 68k land. From Joker@uadeforum Thu Apr 20 20:58:01 2006 From: Joker Date: Thu Apr 20 20:58:01 2006 Message-Id: <00000838.001@uade.forum> Subject: Text garbage on audacious modinfo window To: UADE-Developer-discussion The listview of the songinfo window (the one which shows up when pressing the "Info" button) displays overlapping text. Example: http://www.netswarm.net/screenshots/audacious-uade-modinfo.png I also expirienced some segfaults after i had this window open. If fixing the text output doesn't help, i guess i'll have to rebuild all stuff with debug etc. From mld/uade team@uadeforum Thu Apr 20 22:22:46 2006 From: mld/uade team Date: Thu Apr 20 22:22:46 2006 Message-Id: <00000838.002@uade.forum> In-Reply-To: <00000838.001@uade.forum> Subject: Re: Text garbage on audacious modinfo window To: UADE-Developer-discussion hmmh, can't confirm this bug, displays fine here ... Maybe a GTK2 Bug or locale? Distro, GTK2 version? Any other mod where it happens? From mld/uade team@uadeforum Thu Apr 20 23:23:18 2006 From: mld/uade team Date: Thu Apr 20 23:23:18 2006 Message-Id: <00000838.003@uade.forum> In-Reply-To: <00000838.002@uade.forum> Subject: Re: Text garbage on audacious modinfo window To: UADE-Developer-discussion it seems in the places where the output was garbled a \t (tab) was used for alignement. That might be the cause of the problem... I replaced now all tab stops in modinfo with white spaces. Please check out CVS and report back if it fixed your problem. From Joker@uadeforum Fri Apr 21 00:40:13 2006 From: Joker Date: Fri Apr 21 00:40:13 2006 Message-Id: <00000838.004@uade.forum> In-Reply-To: <00000838.003@uade.forum> Subject: Re: Text garbage on audacious modinfo window To: UADE-Developer-discussion It looks good now. I just get tonnes of the following messages when opening or scrolling the listviews: (audacious:7309): Gdk-CRITICAL **: gdk_text_width: assertion `font != NULL' failed And i think my crash is not related to this. I get the crash when UADE is not playing any file(Stop state or playing mp3/ogg/dumb) and i open "View File Info" on a MOD. While UADE is playing something, the MODInfo window opens without segfaults. From mld/uade team@uadeforum Fri Apr 21 09:15:20 2006 From: mld/uade team Date: Fri Apr 21 09:15:20 2006 Message-Id: <00000838.005@uade.forum> In-Reply-To: <00000838.004@uade.forum> Subject: Re: Text garbage on audacious modinfo window To: UADE-Developer-discussion sounds like a null pointer... I'll check into this From shd@uadeforum Fri Apr 21 10:16:44 2006 From: shd Date: Fri Apr 21 10:16:44 2006 Message-Id: <00000838.006@uade.forum> In-Reply-To: <00000838.005@uade.forum> Subject: Re: Text garbage on audacious modinfo window To: UADE-Developer-discussion [quote:5479a6af1c="mld/uade team"]sounds like a null pointer... I'll check into this[/quote:5479a6af1c] Yes. Happens with XMMS too. When a song is not being played, uadesong is not initialized. I never tested these features without playing something in the background so no wonder I never catched this bug ;) Program received signal SIGSEGV, Segmentation fault. [Switching to Thread -1213388000 (LWP 5407)] 0xb71b8403 in uade_get_cur_subsong (def=0) at plugin.c:212 212 subsong = uadesong->cur_subsong; From mld/uade team@uadeforum Fri Apr 21 10:24:04 2006 From: mld/uade team Date: Fri Apr 21 10:24:04 2006 Message-Id: <00000838.007@uade.forum> In-Reply-To: <00000838.006@uade.forum> Subject: Re: Text garbage on audacious modinfo window To: UADE-Developer-discussion heh, you were just a tiny bit faster than me... Just fixed it for audacious by adding a sanity check if uadesong == NULL in get_*_subsong (min,cur, max) seems to work From shd@uadeforum Fri Apr 21 10:30:19 2006 From: shd Date: Fri Apr 21 10:30:19 2006 Message-Id: <00000838.008@uade.forum> In-Reply-To: <00000838.007@uade.forum> Subject: Re: Text garbage on audacious modinfo window To: UADE-Developer-discussion [quote:56565522c9="mld/uade team"]heh, you were just a tiny bit faster than me... Just fixed it for audacious by adding a sanity check if uadesong == NULL in get_*_subsong (min,cur, max) seems to work[/quote:56565522c9] You were faster with Audacious plugin, I got an up-to-date conflict when committing. I fixed your fix btw. There was a potential race condition: [code:1:56565522c9] if (uadesong != NULL) foo(); lock(); subsong = uadesong->cur_subsong; unlock; [/code:1:56565522c9] uadesong might (in theory) become NULL after the first check. I have to see our locking code again, but this should be safer in the long run. From mld/uade team@uadeforum Fri Apr 21 10:37:54 2006 From: mld/uade team Date: Fri Apr 21 10:37:54 2006 Message-Id: <00000838.009@uade.forum> In-Reply-To: <00000838.008@uade.forum> Subject: Re: Text garbage on audacious modinfo window To: UADE-Developer-discussion :-) yeah, didn't thought about uadesong getting NULL after the check. BTW, Joker could you test if you get any more gdk_* errors and if the font ist still fixed width? I removed the (bogus?) gtk style now from modinfo. From shd@uadeforum Fri Apr 21 10:47:29 2006 From: shd Date: Fri Apr 21 10:47:29 2006 Message-Id: <00000838.010@uade.forum> In-Reply-To: <00000838.009@uade.forum> Subject: Re: Text garbage on audacious modinfo window To: UADE-Developer-discussion [quote:303d07c98f="mld/uade team"]:-) yeah, didn't thought about uadesong getting NULL after the check. [/quote:303d07c98f] I added locking to aud/xmms plugins to each place where uadesong is set to NULL. There's another bug btw. Getting file info always gets subsongs from the currently playing song rather than the real file. The fundamental bug is that file info uses uadesong which is not necessarily related. We should somehow synchronize and limit the information that GUI code can access. Maybe some lock/copy semantics. When GUI info is opened, uade_lock() is called, and relevant structures are copied and passed to info code. From Joker@uadeforum Fri Apr 21 13:40:44 2006 From: Joker Date: Fri Apr 21 13:40:44 2006 Message-Id: <00000838.011@uade.forum> In-Reply-To: <00000838.010@uade.forum> Subject: Re: Text garbage on audacious modinfo window To: UADE-Developer-discussion The good: Audacous plugin runs now stable and doesn't crash anymore. The bad: The gdk messages are still present: (audacious:15236): Gdk-CRITICAL **: gdk_text_width: assertion `font != NULL' failed ... and the ugly: There are minor glitches left from the crash fix. Values which you can only get when playing a module are "sticky" when you info a different module than the one you're playing. For example you'll see: -------------------------------------- Module: condom_corruption (ChineseDream.MOD) -------------------------------------- Or: -------------------------------------- Module: Wispers.MOD Playerformat: TFMX Pro Curr. subsong: 1 Min. subsong: 0 Max. subsong: 21 -------------------------------------- While this cannot be fully changed since you need the player active to optain the information. I suggest a check for "info window file" != "playing file" and then empty some strings delete some widgets or/and ghost the "?" button. The audacious-dumb plugin does somthing similar when it doesn't have some information. For example theres no "message" in an old MOD. It does gtk_notebook_remove_page() if thats the case. Since uade isn't glade you maybe can avoid the widgets at creation time. However thats purly cosmetic and not that important. It just confused me when i saw it first. From Joker@uadeforum Fri Apr 21 13:43:23 2006 From: Joker Date: Fri Apr 21 13:43:23 2006 Message-Id: <00000838.012@uade.forum> In-Reply-To: <00000838.011@uade.forum> Subject: Re: Text garbage on audacious modinfo window To: UADE-Developer-discussion Argh i should also have read shds comment which already mentions the different info. Sorry, i didn't sleep well enough. From Joker@uadeforum Tue May 9 19:41:22 2006 From: Joker Date: Tue May 9 19:41:22 2006 Message-Id: <00000838.013@uade.forum> In-Reply-To: <00000838.012@uade.forum> Subject: Re: Text garbage on audacious modinfo window To: UADE-Developer-discussion When i mark text (keep button pressed an move the mouse around) It messes up the text like mad. I can provide screenshots if you can't reproduce it. From Guest@uadeforum Tue May 9 19:54:36 2006 From: Guest Date: Tue May 9 19:54:36 2006 Message-Id: <00000838.014@uade.forum> In-Reply-To: <00000838.013@uade.forum> Subject: Re: Text garbage on audacious modinfo window To: UADE-Developer-discussion just upgraded to gtk 2.8 and can confirm that issue, now... Odd... 2.6 didn't had that... I'll see if I can fix it. mld From mld/uade team@uadeforum Fri May 12 00:38:29 2006 From: mld/uade team Date: Fri May 12 00:38:29 2006 Message-Id: <00000838.015@uade.forum> In-Reply-To: <00000838.014@uade.forum> Subject: Re: Text garbage on audacious modinfo window To: UADE-Developer-discussion seems to be a gtk2.8 bug... Some other people complained about the same things you reported here: http://forums.gentoo.org/viewtopic-t-393284-highlight-gtk+fonts. I'm not sure how to fix it atm. It *was* working all right on 2.6.10 iirc. If anyone has a suggestion, speak up :-) From mld@uadeforum Fri May 12 12:45:21 2006 From: mld Date: Fri May 12 12:45:21 2006 Message-Id: <00000838.016@uade.forum> In-Reply-To: <00000838.015@uade.forum> Subject: Re: Text garbage on audacious modinfo window To: UADE-Developer-discussion I seem to have found the problem. They broke the legacy font and text handling in gtk+-2.8.*. Since I already planned to get rid of the GTK_BROKEN define, it was a good reason to get going. Rewriting the font setting and textprinting to the gtk2 style an old beepmp problem reappeared when sometimes the modinfo remained empty It seems gtk2 doesn't like non UTF-8 texts, so g_convert is used to get non ascii and amiga locale characters to be displayed/replaced. ok, hope it works now. I'm off for the weekend, so anything has to wait to monday now :-) Michael From Genju@uadeforum Fri Apr 21 14:27:38 2006 From: Genju Date: Fri Apr 21 14:27:38 2006 Message-Id: <00000839.001@uade.forum> Subject: Possible bug with some TFMX files? To: UADE-Developer-discussion Hello. I noticed several TFMX players suffer from a bug (noticable on World 3, Track 2, "Unidirectional Flight" from Turrican 2, for example, get the rip here: [url]http://www.exotica.org.uk/tunes/archive/Authors/Game/Huelsbeck_Chris/Turrican_2.lha[/url] ). The affected track is shown as subsong 3 of mdat.world3 in Deliplayer. Now why I post here is because I'd like to know if UADE suffers from the same bug and if it's possible to correct it. I would test it myself, but I don't have any pc/os combination capable of actually running it :) Also, here's a short sample of how the song is supposed to sound, captured straight from winuae running the SPS dump of the original game: [url]http://zakalwe.fi/tmp/genjuroxl/winuae_sample.flac[/url] The problem manifests itself as weird echo sounds. If you heard how it's supposed to sound, you can hardly miss a wrong rendition of the song, just seek to ~20 seconds into the track. Thanks in advance for your help, guys :) Edit: This is probably not the only TFMX song affected, but it's the best example i could find for now. From shd@uadeforum Fri Apr 21 14:39:58 2006 From: shd Date: Fri Apr 21 14:39:58 2006 Message-Id: <00000839.002@uade.forum> In-Reply-To: <00000839.001@uade.forum> Subject: Re: Possible bug with some TFMX files? To: UADE-Developer-discussion [quote:dcba19f71b="Genju"]Hello. I noticed several TFMX players suffer from a bug (noticable on World 3, Track 2, "Unidirectional Flight" from Turrican 2, for example, get the rip here: [url]http://www.exotica.org.uk/tunes/archive/Authors/Game/Huelsbeck_Chris/Turrican_2.lha[/url] ). The affected track is shown as subsong 3 of mdat.world3 in Deliplayer. Now why I post here is because I'd like to know if UADE suffers from the same bug and if it's possible to correct it. I would test it myself, but I don't have any pc/os combination capable of actually running it :) Also, here's a short sample of how the song is supposed to sound, captured straight from winuae running the SPS dump of the original game: [url]http://zakalwe.fi/tmp/genjuroxl/winuae_sample.flac[/url] The problem manifests itself as weird echo sounds. If you heard how it's supposed to sound, you can hardly miss a wrong rendition of the song, just seek to ~20 seconds into the track. Thanks in advance for your help, guys :) Edit: This is probably not the only TFMX song affected, but it's the best example i could find for now.[/quote:dcba19f71b] I recorded them with uade: [code:1:dcba19f71b] $ uade123 --filter=none MDAT.TurricanII_3-Flight -s2 -j19 -t38 -f /tmp/t2_w3_no_filter.wav $ uade123 --filter=a500 MDAT.TurricanII_3-Flight -s2 -j19 -t38 -f /tmp/t2_w3_a500_filter.wav $ uade123 --filter=a1200 MDAT.TurricanII_3-Flight -s2 -j19 -t38 -f /tmp/t2_w3_a1200_filter.wav [/code:1:dcba19f71b] Results are here: http://zakalwe.fi/tmp/genjuroxl/uade_t2_w3_no_filter.flac http://zakalwe.fi/tmp/genjuroxl/uade_t2_w3_a500_filter.flac http://zakalwe.fi/tmp/genjuroxl/uade_t2_w3_a1200_filter.flac From Genju@uadeforum Fri Apr 21 14:42:41 2006 From: Genju Date: Fri Apr 21 14:42:41 2006 Message-Id: <00000839.003@uade.forum> In-Reply-To: <00000839.002@uade.forum> Subject: Re: Possible bug with some TFMX files? To: UADE-Developer-discussion Thanks for providing the samples, shd. Looks like UADE suffers from the bug indeed. Interesting :) From shd@uadeforum Sat Apr 22 10:03:47 2006 From: shd Date: Sat Apr 22 10:03:47 2006 Message-Id: <00000839.004@uade.forum> In-Reply-To: <00000839.003@uade.forum> Subject: Re: Possible bug with some TFMX files? To: UADE-Developer-discussion [quote:299cf9ef78="Genju"]Thanks for providing the samples, shd. Looks like UADE suffers from the bug indeed. Interesting :)[/quote:299cf9ef78] I couldn't hear anything wrong in a fast hearing test. Furthermore, I do not hold WinUAE to be absolute authority in this matter (maybe WinUAE wasn't set to faithful A500 emulation??). But I do admit, it's likely that our TFMX player is somewhat different than the replayer in the game. From shd@uadeforum Sat Apr 22 10:08:23 2006 From: shd Date: Sat Apr 22 10:08:23 2006 Message-Id: <00000839.005@uade.forum> In-Reply-To: <00000839.004@uade.forum> Subject: Re: Possible bug with some TFMX files? To: UADE-Developer-discussion [quote:a7b8da8e28="shd"][quote:a7b8da8e28="Genju"]Thanks for providing the samples, shd. Looks like UADE suffers from the bug indeed. Interesting :)[/quote:a7b8da8e28] I couldn't hear anything wrong in a fast hearing test. Furthermore, I do not hold WinUAE to be absolute authority in this matter (maybe WinUAE wasn't set to faithful A500 emulation??). But I do admit, it's likely that our TFMX player is somewhat different than the replayer in the game.[/quote:a7b8da8e28] Speaking of WinUAE, its sound output is always bad if A500 is emulated. A500 always does some filtering, regardless of LED state. WinUAE is only good if target is A1200 with LED off, because then almost no filtering happens in a real amiga. However, uades filtering doesn't compensate for replayer bugs ;) From Genju@uadeforum Sat Apr 22 10:27:16 2006 From: Genju Date: Sat Apr 22 10:27:16 2006 Message-Id: <00000839.006@uade.forum> In-Reply-To: <00000839.005@uade.forum> Subject: Re: Possible bug with some TFMX files? To: UADE-Developer-discussion Filtering etc. don't affect the actual bug in the replayer code, I'd say :) From shd@uadeforum Sat Apr 22 12:27:46 2006 From: shd Date: Sat Apr 22 12:27:46 2006 Message-Id: <00000839.007@uade.forum> In-Reply-To: <00000839.006@uade.forum> Subject: Re: Possible bug with some TFMX files? To: UADE-Developer-discussion I tested TFMX-Pro eagleplayer on real A1200. It plays exactly like uade does. This makes it a bug in the eagleplayer. From Genju@uadeforum Sat Apr 22 12:30:48 2006 From: Genju Date: Sat Apr 22 12:30:48 2006 Message-Id: <00000839.008@uade.forum> In-Reply-To: <00000839.007@uade.forum> Subject: Re: Possible bug with some TFMX files? To: UADE-Developer-discussion Thanks for testing. From Guest@uadeforum Mon Apr 24 19:40:42 2006 From: Guest Date: Mon Apr 24 19:40:42 2006 Message-Id: <00000839.009@uade.forum> In-Reply-To: <00000839.008@uade.forum> Subject: Re: Possible bug with some TFMX files? To: UADE-Developer-discussion Something I found on HAM and in Don Adan's Readme to the TFMX replayer. It seems Turrican 2 was hacked in a way to use DMA Timing, while other TFMX relied on VBI. [quote:7e9b88d718] "Don Adan's Readme" 2. This version of the TFMX Pro player is configurable via the EP player manager. You can change the wait mode. The default wait mode (VBI) works correctly with most TFMX Pro songs. The second wait mode (DMA) is recommended for listening to "Turrican 2" loading song. The configuration will be saved to the "EnvArc:EaglePlayer/" and/or "Configs/" directories. If none of these directories exist then the configuration can not be saved. [/quote:7e9b88d718] [quote:7e9b88d718] ->http://advantage.dk/tfxdk//ham/Rips.php#T Turrican 2 THE ONLY 102% RIP EVER!!! Composer Chris Hülsbeck Copyright 1991 Factor 5 and Rainbow Arts Original format TFMX (hacked) Rip method Disk/Memory Rip Ripper Kyzer, Sunbeam/DC, and Jan Krolzig Yep, it is here! Turrican 2 100% complete rip! All tunes except the loader tune are disk ripped by Sunbeam. What there made the loader tune different from the others, was that the coder had hacked the format. Hard to tell the reason, as it was the only one there was stored that way.... The loader tune have now been re-ripped by Jan Krolzig so the drums are played correct. Jan Krolzig: I entered HRTmon right after the Turrican 2 intro music was fading. Then I was looking for the TFMX-routine. After I found it, I set a freezepoint at TFMX init to get startaddress from song- and sample-data. I saved song- and sampledata. Then I rebuilt the TFMX mdat-header and used ExoticRipper to calculate length of sample data. That was the ripping part :-) After I've recognized the bad sounding drums with DT/EP, I had a look at it inside TFMX-Editor. Both macros, that sound bad sometimes (macro $00 and $01) had the macro-command $0E SetVolume $000040 at the beginning, which was responsible for the bad sound. I removed this macro-command from the beginning and inserted it after the $01 DMAon macro-command and now it sounds good. ~Major greetings to Kyzer, Sunbeam, and Jan for doing this ~major cool rip!!=)[/quote:7e9b88d718] From shd@uadeforum Thu May 3 19:47:38 2007 From: shd Date: Thu May 3 19:47:38 2007 Message-Id: <00000839.010@uade.forum> In-Reply-To: <00000839.009@uade.forum> Subject: Re: Possible bug with some TFMX files? To: UADE-Developer-discussion I'm just pasting here the quote that you gave me: [code:1:a4d315ae48]The problem is that pattern volume commands seem to take effect with one tick delay [/code:1:a4d315ae48] Maybe this will be useful to someone, at least it will be if I ever get to use this information. From Joker@uadeforum Sat Apr 22 23:26:52 2006 From: Joker Date: Sat Apr 22 23:26:52 2006 Message-Id: <00000841.001@uade.forum> Subject: EmotionalStorm.MOD gets rejected by UADE To: UADE-Developer-discussion Mod: http://www.netswarm.net/EmotionalStorm.MOD ~ $ uade123 /home/files/Muzak/EmotionalStorm.MOD Song: /home/files/Muzak/EmotionalStorm.MOD (407848 bytes) Playing time position 0.0s in subsong 0 Song end (module check failed) Song end (score died) Playing time position 0.0s in subsong 0 ~ $ file /home/files/Muzak/EmotionalStorm.MOD /home/files/Muzak/EmotionalStorm.MOD: 4-channel Protracker module sound data Title: "emotional_storm" Mikmod plays it just fine and i cannot detect any compression. At least no whole file compression like .gz .zip etc From mld/uade team@uadeforum Sun Apr 23 12:53:41 2006 From: mld/uade team Date: Sun Apr 23 12:53:41 2006 Message-Id: <00000841.002@uade.forum> In-Reply-To: <00000841.001@uade.forum> Subject: Re: EmotionalStorm.MOD gets rejected by UADE To: UADE-Developer-discussion Just a wild guess ... the file could be truncated... Could you check with uade -v and something like calculated length and file length don't match or something. I changed accepting policy towards file integration some while ago. Truncated files get rejected as bad rips, too long files get accepted as long there's just 4 kb trailing garbage. :-) can't check myself, writing not from home... From Joker@uadeforum Sun Apr 23 13:52:52 2006 From: Joker Date: Sun Apr 23 13:52:52 2006 Message-Id: <00000841.003@uade.forum> In-Reply-To: <00000841.002@uade.forum> Subject: Re: EmotionalStorm.MOD gets rejected by UADE To: UADE-Developer-discussion A more or less original and really old source of the file: http://wuarchive.wustl.edu/aminet/mods/ctp/EmotionalStorm.lha It behaves exactly the same. If it's truncated then it wasn't by me. ~ $ uade123 -v mod.Emotional_Storm Player candidate: PTK-Prowiz Player: /usr/share/uade2/players/PTK-Prowiz (55112 bytes) Song: mod.Emotional_Storm (407848 bytes) Playing time position 0.0s in subsong 0 Message: filesize: file ENV:EaglePlayer/EP-PTK-Prowiz.cfg res 0xb5 Message: read ENV:EaglePlayer/EP-PTK-Prowiz.cfg dst 0x1a31e off 0x0 len 0x100 res 0xb5 Message: open library uade.library Song end (module check failed) Song end (score died) Playing time position 0.0s in subsong 0 Killing child (5096). From Joker@uadeforum Sun Apr 23 14:38:55 2006 From: Joker Date: Sun Apr 23 14:38:55 2006 Message-Id: <00000841.004@uade.forum> In-Reply-To: <00000841.003@uade.forum> Subject: Re: EmotionalStorm.MOD gets rejected by UADE To: UADE-Developer-discussion -rw-r--r-- 1 root root 407848 Oct 14 2005 /home/files/Muzak/EmotionalStorm.MOD (Forgot that, but it's the same as as from uade123 "Song:") From Joker@uadeforum Sun Apr 23 14:45:49 2006 From: Joker Date: Sun Apr 23 14:45:49 2006 Message-Id: <00000841.005@uade.forum> In-Reply-To: <00000841.004@uade.forum> Subject: Re: EmotionalStorm.MOD gets rejected by UADE To: UADE-Developer-discussion Just found another one which behaves the same: http://www.netswarm.net/ImpiousMiles.MOD ( Also a great tune btw. :) ) ~ $ uade123 -v /home/files/Muzak/ImpiousMiles.MOD Player candidate: PTK-Prowiz Player: /usr/share/uade2/players/PTK-Prowiz (55112 bytes) Song: /home/files/Muzak/ImpiousMiles.MOD (248736 bytes) Playing time position 0.0s in subsong 0 Message: filesize: file ENV:EaglePlayer/EP-PTK-Prowiz.cfg res 0xb5 Message: read ENV:EaglePlayer/EP-PTK-Prowiz.cfg dst 0x1a31e off 0x0 len 0x100 res 0xb5 Song end (module check failed) Song end (score died) Playing time position 0.0s in subsong 0 Killing child (5318). ~ $ ls -l /home/files/Muzak/ImpiousMiles.MOD -rw-r--r-- 1 root root 248736 Oct 14 2005 /home/files/Muzak/ImpiousMiles.MOD Mikmod spits this out: File: ImpiousMiles.MOD Name: impious miles Type: Protracker, Periods: mod type, log 0 composed & arranged 1 by contrast/adict in 2 1992. contact me for 3 business/pleasure at: 4 49-(0)911-793459 5 used in adict sound- 6 series vol. viii... 7 c ya l8er... From mld/uade team@uadeforum Mon Apr 24 11:08:43 2006 From: mld/uade team Date: Mon Apr 24 11:08:43 2006 Message-Id: <00000841.006@uade.forum> In-Reply-To: <00000841.005@uade.forum> Subject: Re: EmotionalStorm.MOD gets rejected by UADE To: UADE-Developer-discussion both mods are kind of broken (either by design or by a bad rip) Impious Miles is truncated: [code:1:e0dac335bf] FILE SIZE ............. : 248736 CALCULATED SIZE ....... : 248740 [/code:1:e0dac335bf] EmotionalStorm uses an illegal volume value: valid volumes for Amiga Protracker Mods are between 0 and 64 this one sets volume for an empty instrument to 98. [code:1:e0dac335bf] [19] - 27482 64 0 20894 6480 (2) [20] - Any comments? 11522 64 0 0 2 (314) [...] [29] - at 22khz with 0 0 98 0 2 (0) [/code:1:e0dac335bf] Question is... Is it really sensible to support such broken mods like these ? From mld/uade team@uadeforum Mon Apr 24 12:00:18 2006 From: mld/uade team Date: Mon Apr 24 12:00:18 2006 Message-Id: <00000841.007@uade.forum> In-Reply-To: <00000841.006@uade.forum> Subject: Re: EmotionalStorm.MOD gets rejected by UADE To: UADE-Developer-discussion stupid me... fine tune was our of range for Emotional storm... Nevertheless this value of 98 for finetune is invalid. Michael From Joker@uadeforum Mon Apr 24 15:48:21 2006 From: Joker Date: Mon Apr 24 15:48:21 2006 Message-Id: <00000841.008@uade.forum> In-Reply-To: <00000841.007@uade.forum> Subject: Re: EmotionalStorm.MOD gets rejected by UADE To: UADE-Developer-discussion uade123 - v did not tell me about the different filesizes. How do i check that in future? I'm sure i have some more MODs which don't work. Especially when you don't care about such MODs i'll need a way to find out the cause, so i don't report them anymore. Is there a way to hexedit the volume and append dummy data to the truncated one? When done right it should still get accepted by all the other playsers out there. Don't want to fix a problem by creating another ;) the Emotional Storm one is the weird one since the original one is broke already. Impious Miles could be a rip from a SoundDisk. From Guest@uadeforum Mon Apr 24 15:57:07 2006 From: Guest Date: Mon Apr 24 15:57:07 2006 Message-Id: <00000841.009@uade.forum> In-Reply-To: <00000841.008@uade.forum> Subject: Re: EmotionalStorm.MOD gets rejected by UADE To: UADE-Developer-discussion This makes it playable. Don't know if it's a sane solution to fix such MODs. A bit odd that it's always 4 bytes since that tells me that some known app made this mistake all the time. echo -ne "\0\0\0\0" >>ImpiousMiles.MOD From mld/uade team@uadeforum Mon Apr 24 16:36:02 2006 From: mld/uade team Date: Mon Apr 24 16:36:02 2006 Message-Id: <00000841.010@uade.forum> In-Reply-To: <00000841.009@uade.forum> Subject: Re: EmotionalStorm.MOD gets rejected by UADE To: UADE-Developer-discussion we are working on it... A good tool to check modules is modinfo 2 by Sylvain "Asle" Chipaux of amp.dascene.net: -> http://amp.dascene.net/downcount.php?idx=9 From mld/uade team@uadeforum Mon Apr 24 18:01:02 2006 From: mld/uade team Date: Mon Apr 24 18:01:02 2006 Message-Id: <00000841.011@uade.forum> In-Reply-To: <00000841.010@uade.forum> Subject: Re: EmotionalStorm.MOD gets rejected by UADE To: UADE-Developer-discussion you can fix emotional storm by: changing the 0x72 to zero with a hexeditor [code:1:f801d80dc2] 0000370 0000 0000 00[u]72[/u] 0000 0100 6564 696c 7274 [/code:1:f801d80dc2] From shd@uadeforum Tue Apr 25 21:44:37 2006 From: shd Date: Tue Apr 25 21:44:37 2006 Message-Id: <00000844.001@uade.forum> Subject: song.conf news To: UADE-Developer-discussion I just improved song.conf support hugely. It's now possible to pass many different song specific options for uade, but editing song.conf (e.g. ~/.uade2/song.conf) file. For example, If I would have a following entry in song.conf: #fc13.Defjam md5=4d270cacd5a17c6714a900e714ce1e3c \led_on Then all files matching that md5sum would play led turned on. Other possible options are: [code:1:d924fc4675] \a500 \a1200 \broken_subsongs \gain=x \interpolator=x \led_off \led_on \no_filter \no_headphones \no_panning \no_postprocessing \ntsc \one_subsong \pal \panning=x \silence_timeout=x \speed_hack \subsongs=x,y,... (not implemented yet) \subsong_timeout=x \timeout=x \vblank (not implemented yet) [/code:1:d924fc4675] (a message for mr. Truck, now you can mark Platoon songs into NTSC mode :-) Please test the feature. Next on my list: more configuration options for eagleplayers. From shd@uadeforum Tue Apr 25 21:48:01 2006 From: shd Date: Tue Apr 25 21:48:01 2006 Message-Id: <00000844.002@uade.forum> In-Reply-To: <00000844.001@uade.forum> Subject: Re: song.conf news To: UADE-Developer-discussion Forgot to mention that some time in the future it will be possible to generate song.conf entries in a friendlier way: uade --set-song-conf --specific-options foo -> file "foo "will get an entry added into song.conf with all the options given from the command line From shd@uadeforum Sat Apr 29 22:13:26 2006 From: shd Date: Sat Apr 29 22:13:26 2006 Message-Id: <00000844.003@uade.forum> In-Reply-To: <00000844.002@uade.forum> Subject: Re: song.conf news To: UADE-Developer-discussion [quote:bb4fda3eca="shd"]Forgot to mention that some time in the future it will be possible to generate song.conf entries in a friendlier way: uade --set-song-conf --specific-options foo -> file "foo "will get an entry added into song.conf with all the options given from the command line[/quote:bb4fda3eca] Some progress with this. Now it's possible to do: # uade123 --set="gain=2" foo Please test. It's not there yet, the goal is to be able to do # uade123 --set --gain=2 foo but I don't have enough motivation to do that right now. From amadeus@uadeforum Tue May 9 14:47:19 2006 From: amadeus Date: Tue May 9 14:47:19 2006 Message-Id: <00000844.004@uade.forum> In-Reply-To: <00000844.003@uade.forum> Subject: Re: song.conf news To: UADE-Developer-discussion Works great here. Would it be possible to have something like [code:1:196d874d12]md5=* [/code:1:196d874d12] that sets options for every song, and all other modules inherits these properties? I tend to use your Real Never Ending arguments [code:1:196d874d12]-n -t -1 -w -1 -y -1 --no-song-end, no total, subsong or silence timeout. [/code:1:196d874d12] on chip tunes. Could --no-song-end and --timeout be added to the list as well? =) From shd@uadeforum Tue May 9 15:14:24 2006 From: shd Date: Tue May 9 15:14:24 2006 Message-Id: <00000844.005@uade.forum> In-Reply-To: <00000844.004@uade.forum> Subject: Re: song.conf news To: UADE-Developer-discussion [quote:fa498fce00="amadeus"] Would it be possible to have something like [code:1:fa498fce00]md5=* [/code:1:fa498fce00] that sets options for every song, and all other modules inherits these properties? [/quote:fa498fce00] Can't you put those into uade.conf? All songs inherit properties from uade.conf, but song.conf overrides uade.conf. From amadeus@uadeforum Tue May 9 15:37:39 2006 From: amadeus Date: Tue May 9 15:37:39 2006 Message-Id: <00000844.006@uade.forum> In-Reply-To: <00000844.005@uade.forum> Subject: Re: song.conf news To: UADE-Developer-discussion [quote:be671a7309="shd"]Can't you put those into uade.conf? All songs inherit properties from uade.conf, but song.conf overrides uade.conf.[/quote:be671a7309] Good idea! It was just that I was looking for =) From alankila@uadeforum Fri May 5 07:08:58 2006 From: alankila Date: Fri May 5 07:08:58 2006 Message-Id: <00000850.001@uade.forum> Subject: Updates on filter simulation To: UADE-Developer-discussion Well well, I finally managed to draw proper pictures of the Amiga's LED filter frequency responses. I had a nasty bug last time I tried this and due to that concluded (in puzzlement) that substracting spectra doesn't work for some reason. Well, it does, and here are the results. Here are the measurements for Amiga 500 and Amiga 1200 filter responses. Amiga 500 has some kind of noise near 20 kHz which I'm not prepared to explain or model in any fashion: http://bel.fi/~alankila/led-filter-frequency-response.png Here is the LED simulation as given by UADE's current CVS code: http://bel.fi/~alankila/uade-led-difference.png (This is not a perfect fit. With the cost of some more multiplications, I can make a better match: http://bel.fi/~alankila/led-improved-patch.png ) The true LED filter would appear to be an analog 2nd order Butterworth filter. This filter could be simulated digitally but we can't do it at 44.1 kHz sampling rate due to the frequency warping effect of the bilinear transformation. (What this means in non-DSP jargon is that when we take an analog filter design and convert it into digital domain, we come to represent the entire frequency range of analog filter (0 to infinity) in the smaller digital range (0 .. nyquist). The frequency warping is of course nonlinear, but distortion increases rapidly as we approach the nyquist.) What it means may be even better described by pictures: http://bel.fi/~alankila/butterworth-at-44100.png http://bel.fi/~alankila/butterworth-at-96000.png We could use a more accurate butterworth design if we initially synthesised on another sampling frequency such as 96 kHz or 88.2 kHz and then made all the filtering we need and then threw away every second sample. -- Antti From alankila@uadeforum Fri May 5 07:27:57 2006 From: alankila Date: Fri May 5 07:27:57 2006 Message-Id: <00000850.002@uade.forum> In-Reply-To: <00000850.001@uade.forum> Subject: Re: Updates on filter simulation To: UADE-Developer-discussion Oh yeah, I also drew a picture of the difference of A1200 and A500 outputs through the same method. The picture is a lot noisier unfortunately, probably all of that is fault of the worse hardware in A500. http://bel.fi/~alankila/a500-to-a1200.png This picture reveals the difference in spectra between A500 and A1200 playing the same song. The model for that seems to work quite well. This is clearly a first order filter. We might go further in our A500 simulation and attempt to model some of these distortion effects, but before there's any point to attempt that, we should make some kind of theory for them. (Theory is an explanation for observed effects, so we should think about whether the D/A sucks, or if the capacitors on the output path are bad, etc.) I'm myself hesitant to do this -- the sound may be more authentic but it would probably not be so pleasing if we added them. UADE as it currently stands is likely "better" Amiga 500 sound machine than the Amiga 500 itself was. From mld@uadeforum Fri May 5 09:38:05 2006 From: mld Date: Fri May 5 09:38:05 2006 Message-Id: <00000850.003@uade.forum> In-Reply-To: <00000850.002@uade.forum> Subject: Re: Updates on filter simulation To: UADE-Developer-discussion nice work anti! how costly would those "extra multiplications" be to improve the a1200 filter model? Hope it doesn't require a 64bit machine ;-) Ok,seriously ... about artficially "deteriorate" the output for the filters? Question is really if it's cheap component causing the signal dirt, and if all a500 behaved the same. In theory I see a point getting even closer to the real thing, but practically I think it's not useful... (In RL, I'm more a gfx dude, so anything causing artifacts in a pic is something to be filtered out, instead of being filtered in. *g*) From alankila@uadeforum Fri May 5 10:28:43 2006 From: alankila Date: Fri May 5 10:28:43 2006 Message-Id: <00000850.004@uade.forum> In-Reply-To: <00000850.003@uade.forum> Subject: Re: Updates on filter simulation To: UADE-Developer-discussion Well, we have several strategies on which to continue improving the UADE filter model. We can continue tweaking the current code, in which case I'd simply add one more filtering step into the A500 and A1200 LED paths and that'd be it. They aren't costly at all -- I mostly mention "a few extra multiplications" to humour shd. We have a long-standing gentlemanny disagreement about this matter. However, this model is not precise. What I really would like to do is to start from the sinc code and use it to synthesize Amiga output at a high frequency. After giving it some thought, I'd like to synthesize at 3x the output frequency. For instance, if target output frequency is 44.1 kHz, then I'd be synthesizing at 132.3 kHz frequency. This is chosen to be high enough to remove the effects of the bilnear transform from distorting the frequency range below 20 kHz, thus allowing me to run the "correct" filters without any output frequency dependant hand-fitting apart from choosing the correct cutoff frequency, which is trivial. Because the synthesis to 132 kHz would be done using the sinc-based resampling, the output generated would not contain any frequency components above 20 kHz and it would be safe then to discard 2/3 of the samples and produce a working output at 44.1 kHz which could be fed to the speakers. I do not think it is necessarily a good idea to model the imperfect components in Amiga in our models. For instance, the LED filter should obviously introduce some kind of noise around -30 dB of the signal level. Perhaps we should do that, for authenticity reasons. But I offer an analogy: even people who sample SID music from actual C64 go to pains to remove electrical noise from the SID chip input. They consider the video chip noise on top of the music to be "accidental" rather than "intrisic". That would be along my decision as well. From shd@uadeforum Fri May 5 12:20:25 2006 From: shd Date: Fri May 5 12:20:25 2006 Message-Id: <00000850.005@uade.forum> In-Reply-To: <00000850.004@uade.forum> Subject: Re: Updates on filter simulation To: UADE-Developer-discussion [quote:97f07496c8="mld"] In theory I see a point getting even closer to the real thing, but practically I think it's not useful... (In RL, I'm more a gfx dude, so anything causing artifacts in a pic is something to be filtered out, instead of being filtered in. *g*)[/quote:97f07496c8] I agree. My take is that the code must be as simple as possible with the constraint that there is no audible difference to the real thing. A change in frequency response will probably not improve anything. If there is any problem (do we have any problems?), it's somewhere else. Maybe some analog artifact. From alankila@uadeforum Fri May 5 18:53:52 2006 From: alankila Date: Fri May 5 18:53:52 2006 Message-Id: <00000850.006@uade.forum> In-Reply-To: <00000850.005@uade.forum> Subject: Re: Updates on filter simulation To: UADE-Developer-discussion There is now an experimental patch that reproduces the filter behaviour as perfectly as I can make it. It should be very accurate now. Here's a typical picture showing the average power spectra of UADE vs. Amiga playing the same song: http://bel.fi/~alankila/A500-filter.png (The picture is with LED filter disabled.) The sudden crash in output power after 19.5 kHz is intentional and byproduct of the sinc filter that cuts very steeply into the signal and quiets it for 22 kHz nyquist to avoid aliasing. The code is very slow because it does a lot of redundant computation per sample. Additionally, it is only worth damn if you run it with the sinc interpolator. It is likely to be detrimental if you use the antialiasing interpolator! http://bel.fi/~alankila/uade-perfect-filter.diff The patch introduces the following DSP improvements: - 3x upsampling for digital filters - new butterworth LED filter design (should be exact) - new A500 static filter (should be exact) - sinc table interpolation for jitter noise removal (reduces noise around 20 kHz) - 48 kHz mixing frequency (just for test) The patch removes the old A500S filters as small byproduct. This is not intentional, I merely killed them off from confusing me when I wrote the code. shd should provide me a version of UADE with choosable output frequency so that I could break this patch into small parts and feed the entire work in small pieces. We have some known defects. Firstly, Amiga 500 LED filter uses poor components which probably explains why the Amiga 500 LED filter misbehaves slightly. (The model is only accurate to about 0.5 dB for A500.) Additionally, Amiga 1200 seems to leak a bit of current into the LED filter even when the LED filter is off. This causes a very small treble attenuation (around 0.5 dB). The treble attenuation disappears when the LED filter is behaved, realizing ideal Butterworth. Both effects are not modelled. -- Antti From alankila@uadeforum Sun May 7 09:10:46 2006 From: alankila Date: Sun May 7 09:10:46 2006 Message-Id: <00000850.007@uade.forum> In-Reply-To: <00000850.006@uade.forum> Subject: Re: Updates on filter simulation To: UADE-Developer-discussion Due to changes in the CVS version, a new .diff file was produced and put into the URL above. The remaining DSP improvements are: - filter upsampling (2x or 3x depending on chosen output frequency value) when sinc interpolator is in use - denormal number avoidance (denormals are very small floating point numbers that put FPUs into slow mode and can harm performance) - sinc table interpolation for slightly improved accuracy at stopband (20 kHz) From alankila@uadeforum Sat May 6 11:47:33 2006 From: alankila Date: Sat May 6 11:47:33 2006 Message-Id: <00000851.001@uade.forum> Subject: Atari ST music playback for UADE To: UADE-Developer-discussion I wrote the emulation code for the YM-2149 chip used in Atari ST. I've ran some simple validation tests at this point to observe that the various generators on the chip are all working. At this point it would be great to have Atari ST hardware emulation capabilities in UADE. My code has different interface from the ymemul.c from sc68 project (which is apparently dead), so I haven't been able to actually run this code to produce real music. That means there are probably serious emulation bugs remaining... Some expert attention on the code would be welcome. In particular, I'd be curious to know how Atari ST Amiga module players managed to produce PCM music out of the chip. Some changes may be required to correctly simulate such players, or sample playback in general. The Makefile and associated .c and .h files can be downloaded from: http://bel.fi/~alankila/ymemul/ -- Antti From shd@uadeforum Sun May 7 20:16:25 2006 From: shd Date: Sun May 7 20:16:25 2006 Message-Id: <00000852.001@uade.forum> Subject: Planning for UADE 2.03 To: UADE-Developer-discussion We've done too many changes already, and I'm afraid of putting more stuff into UADE before releasing 2.03. Please test current CVS version and report any bugs. Michael, is ptk-prowiz good enough for release? From shd@uadeforum Sun May 7 20:19:53 2006 From: shd Date: Sun May 7 20:19:53 2006 Message-Id: <00000852.002@uade.forum> In-Reply-To: <00000852.001@uade.forum> Subject: Re: Planning for UADE 2.03 To: UADE-Developer-discussion Argh. There are milliards of changes since 2.02. Michael, could you summarize your changes since 2.02 here? From mld/uade team@uadeforum Tue May 9 18:08:05 2006 From: mld/uade team Date: Tue May 9 18:08:05 2006 Message-Id: <00000852.003@uade.forum> In-Reply-To: <00000852.002@uade.forum> Subject: Re: Planning for UADE 2.03 To: UADE-Developer-discussion Sorry for the delay. Have been busy lately... But I'm back now :-) Is PTK-Prowiz ready for a release? Unless I get last minute bug reports I'd say yes... my changes afaik: PTK-Prowiz: * can now be set to three different Protracker replay modes: Protracker 1.0c, Protracker 2.3a, Protracker 3.0b (<-default). * Protracker can manually be set to vblank timing in config file. Default is CIA * NTSC/PAL speed for vblank timed mods (Soundtracker, Noisetracker, Startrekker, Audiosculpture, Protracker (vblank)) * several bugfixes (e.g. in STK 31 detection) Digibooster: * bugfixed CIA timing * now uses DMA-wait * reports songname Dirk Bialluch replayer by Wanted Team added. MED/Octamed: * upgraded replay from v6.3 to v7.0 * probl. fixed songs with long samples (?) Songinfo: * more verbose songinfo for e.g. mods, digibooster, customs etc... (you made songinfo work with uade123 as well, don't forget that :-) Plugins: * initial idea: title string in Playlist can be adjusted/formatted. * we found a null pointer crash for plugins * fixed race condition when changing very short subsongs From shd@uadeforum Tue May 9 18:25:11 2006 From: shd Date: Tue May 9 18:25:11 2006 Message-Id: <00000852.004@uade.forum> In-Reply-To: <00000852.003@uade.forum> Subject: Re: Planning for UADE 2.03 To: UADE-Developer-discussion [quote:52b114a136="mld/uade team"] Is PTK-Prowiz ready for a release? Unless I get last minute bug reports I'd say yes... [/quote:52b114a136] Do you have time to merge my uade.library option code into PTK-Prowiz before friday? I sent you the code on 2006-04-24/25. I might release on sunday and it would be nice to have some eagleplayer option support on the release. No doubt we will have to make 2.04 short after that to polish things :-) We had:[code:1:52b114a136] eagleoptlist dc.l pt11bname,pt11bdata dc.l pt20aname,pt20adata dc.l noisetrackername,noisetrackerdata dc.l 0 [/code:1:52b114a136] If you could add vblank to that list, I would update the message passing code in uadecore, and we could do: "uade123 --set=vblank mod.foo" From Guest@uadeforum Tue May 9 18:41:36 2006 From: Guest Date: Tue May 9 18:41:36 2006 Message-Id: <00000852.005@uade.forum> In-Reply-To: <00000852.004@uade.forum> Subject: Re: Planning for UADE 2.03 To: UADE-Developer-discussion heh, anything has to be finished to Friday, it seems. Well, why not uade as well *g* I have the code here. But I'm not sure how to test it. Does UADE already send something for me to check if I get it right? Otherwise. I can start right away... Michael From shd@uadeforum Tue May 9 19:37:42 2006 From: shd Date: Tue May 9 19:37:42 2006 Message-Id: <00000852.006@uade.forum> In-Reply-To: <00000852.005@uade.forum> Subject: Re: Planning for UADE 2.03 To: UADE-Developer-discussion [quote:721e88d43a="Anonymous"]heh, anything has to be finished to Friday, it seems. Well, why not uade as well *g* I have the code here. But I'm not sure how to test it. Does UADE already send something for me to check if I get it right? [/quote:721e88d43a] You can know issue "eagleoptions" request. It should return two test tags concatenated: "foo\0bar\0" (length is 8) While adding that I found several interesting bugs btw. See the changelog. From Guest@uadeforum Tue May 9 19:57:23 2006 From: Guest Date: Tue May 9 19:57:23 2006 Message-Id: <00000852.007@uade.forum> In-Reply-To: <00000852.006@uade.forum> Subject: Re: Planning for UADE 2.03 To: UADE-Developer-discussion commited some changes to cvs now in amigasrc/*/eagleplayers/. We don't read the cfg file anymore :-) eagleopts are: pt10 pt11b pt23a pt30b vblank -> use VBI timing Check if it's working, shd. I might have messed it it up, tho. From Guest@uadeforum Tue May 9 20:04:57 2006 From: Guest Date: Tue May 9 20:04:57 2006 Message-Id: <00000852.008@uade.forum> In-Reply-To: <00000852.007@uade.forum> Subject: Re: Planning for UADE 2.03 To: UADE-Developer-discussion *oops* pt10[b:5c2f7ab99e]c[/b:5c2f7ab99e] From shd@uadeforum Tue May 9 20:06:36 2006 From: shd Date: Tue May 9 20:06:36 2006 Message-Id: <00000852.009@uade.forum> In-Reply-To: <00000852.008@uade.forum> Subject: Re: Planning for UADE 2.03 To: UADE-Developer-discussion [quote:25507e4785="Anonymous"]commited some changes to cvs now in amigasrc/*/eagleplayers/. We don't read the cfg file anymore :-) eagleopts are: pt10 pt11b pt23a pt30b vblank -> use VBI timing Check if it's working, shd. I might have messed it it up, tho.[/quote:25507e4785] Okay, so you committed the source. Care to provide a binary too for testing? From mld/uade team@uadeforum Tue May 9 20:29:02 2006 From: mld/uade team Date: Tue May 9 20:29:02 2006 Message-Id: <00000852.010@uade.forum> In-Reply-To: <00000852.009@uade.forum> Subject: Re: Planning for UADE 2.03 To: UADE-Developer-discussion *oops* should be in the same directory with the source, now. From shd@uadeforum Tue May 9 20:57:50 2006 From: shd Date: Tue May 9 20:57:50 2006 Message-Id: <00000852.011@uade.forum> In-Reply-To: <00000852.010@uade.forum> Subject: Re: Planning for UADE 2.03 To: UADE-Developer-discussion [quote:df4cbf531b="mld/uade team"]*oops* should be in the same directory with the source, now.[/quote:df4cbf531b] I committed an initial system for core that should support vblank attribute, but I don't see ptk-prowiz ever asking for eagleoptions. First, do: $ uade123 --set=vblank mod.foo Then: $ uade123 -v mod.foo It should print something like: "score issued an info request ..." But I don't see anything. Are you sure you are calling the uade.lib? From mld/uade team@uadeforum Tue May 9 22:21:05 2006 From: mld/uade team Date: Tue May 9 22:21:05 2006 Message-Id: <00000852.012@uade.forum> In-Reply-To: <00000852.011@uade.forum> Subject: Re: Planning for UADE 2.03 To: UADE-Developer-discussion wait a sec... heh, it seems uadlib was openened after the first eagleopt query. ok, fixed. try again. it does print now the info message. Btw. If no song.conf is given it has a message length of -1 ? From shd@uadeforum Tue May 9 22:27:46 2006 From: shd Date: Tue May 9 22:27:46 2006 Message-Id: <00000852.013@uade.forum> In-Reply-To: <00000852.012@uade.forum> Subject: Re: Planning for UADE 2.03 To: UADE-Developer-discussion [quote:8e54c3c716="mld/uade team"]wait a sec... heh, it seems uadlib was openened after the first eagleopt query. ok, fixed. try again. it does print now the info message. Btw. If no song.conf is given it has a message length of -1 ?[/quote:8e54c3c716] Yes, it should return -1 if no option is given or the option name is unknown. Contrary to the original proposal, it doesn't ever return overflow indication, but that isn't the case here. See uade 1 changelog from 2004-08-29. From mld/uade team@uadeforum Tue May 9 22:31:37 2006 From: mld/uade team Date: Tue May 9 22:31:37 2006 Message-Id: <00000852.014@uade.forum> In-Reply-To: <00000852.013@uade.forum> Subject: Re: Planning for UADE 2.03 To: UADE-Developer-discussion what is vblankdata when vblank is not set? I "tst.l vblankdata" as boolean (cia=0, vbi=1) but it now always sets vblank in the replay? From shd@uadeforum Tue May 9 22:56:08 2006 From: shd Date: Tue May 9 22:56:08 2006 Message-Id: <00000852.015@uade.forum> In-Reply-To: <00000852.014@uade.forum> Subject: Re: Planning for UADE 2.03 To: UADE-Developer-discussion [quote:123f28dbc5="mld/uade team"]what is vblankdata when vblank is not set? I "tst.l vblankdata" as boolean (cia=0, vbi=1) but it now always sets vblank in the replay?[/quote:123f28dbc5] It's the value specified in the source code when vblank is not found. When vblank is found, the value is non-zero (the pointer to the option name actually). You may not assume it is "1" in vblank mode. From mld/uade team@uadeforum Wed May 10 10:16:28 2006 From: mld/uade team Date: Wed May 10 10:16:28 2006 Message-Id: <00000852.016@uade.forum> In-Reply-To: <00000852.015@uade.forum> Subject: Re: Planning for UADE 2.03 To: UADE-Developer-discussion found the bug why it didn't work... the strlen you made for the eagleopt parsing destroyed a0, tho you wrote it didn't... this would explain, why it ran out of bounds with more than one option as well. From mld/uade team@uadeforum Wed May 10 10:41:39 2006 From: mld/uade team Date: Wed May 10 10:41:39 2006 Message-Id: <00000852.017@uade.forum> In-Reply-To: <00000852.016@uade.forum> Subject: Re: Planning for UADE 2.03 To: UADE-Developer-discussion We should get a way around adding new ES_* when you add options for eagleplayers. ok, "vblank" is kind of a global setting. But "pt30b" isn't... I dislike recompiling everything for adding like a p30b compatibility flag that's only parsed for PTK-Prowiz. So something like a global keyword to pass flags to the replayer could be interesting. eagleplayerconf=pt10c or ep_env=pt30b or more userfriendly. This way we could also get a cheap way to interface with amifilemagic.c 1) amifilemagic.c identifies and get's the right prefix (e.g. mod_mst) 2) eagleplayer.conf has and entries for different subformats PTK-Prowiz prefixes=mod_mst, mod15 eagleplayerconf=st20 always_ends PTK-Prowiz prefixes=mod eagleplayerconf=pt23a always_ends PTK-Prowiz prefixes=mod_comp eagleplayerconf=pt30b always_ends And other players can parse that eagelplayerconf= keyword to their liking as well. Audiosculpture prefixes=adsc eagleplayerconf=refuse_missing_as_file From shd@uadeforum Wed May 10 10:55:24 2006 From: shd Date: Wed May 10 10:55:24 2006 Message-Id: <00000852.018@uade.forum> In-Reply-To: <00000852.017@uade.forum> Subject: Re: Planning for UADE 2.03 To: UADE-Developer-discussion [quote:2c3bba5072="mld/uade team"]found the bug why it didn't work... the strlen you made for the eagleopt parsing destroyed a0, tho you wrote it didn't... this would explain, why it ran out of bounds with more than one option as well.[/quote:2c3bba5072] Btw. that it destroys A0 is not a bug. A general calling convention for 68k is that a0-a1/d0-d1 can be destroyed. So instead you should fix the part of the code that assumes A0 is preserved. From mld/uade team@uadeforum Wed May 10 11:15:02 2006 From: mld/uade team Date: Wed May 10 11:15:02 2006 Message-Id: <00000852.019@uade.forum> In-Reply-To: <00000852.018@uade.forum> Subject: Re: Planning for UADE 2.03 To: UADE-Developer-discussion [quote:22e50be0ef="shd"][quote:22e50be0ef="mld/uade team"]found the bug why it didn't work... the strlen you made for the eagleopt parsing destroyed a0, tho you wrote it didn't... this would explain, why it ran out of bounds with more than one option as well.[/quote:22e50be0ef] Btw. that it destroys A0 is not a bug. A general calling convention for 68k is that a0-a1/d0-d1 can be destroyed. So instead you should fix the part of the code that assumes A0 is preserved.[/quote:22e50be0ef] heh, and why did you assume a0 is preserved in your original patch. ?-) You even commented that routine with it... *grin* Seriously, I'll fix it. From shd@uadeforum Wed May 10 12:26:46 2006 From: shd Date: Wed May 10 12:26:46 2006 Message-Id: <00000852.020@uade.forum> In-Reply-To: <00000852.019@uade.forum> Subject: Re: Planning for UADE 2.03 To: UADE-Developer-discussion [quote:f8f93bdbe2="mld/uade team"] heh, and why did you assume a0 is preserved in your original patch. ?-) You even commented that routine with it... *grin* Seriously, I'll fix it.[/quote:f8f93bdbe2] Now that I think it again, maybe you should stack a0 in strlen() so that amount of asm code is minimized in general. Having functions preserve most registers makes the code bit slower but avoids some stacking. Sorry for being a flip-flopper. As you can see from sound core, the general policy is to preserve all registers possible :) The original idea was to avoid bugs. From shd@uadeforum Wed May 10 12:56:45 2006 From: shd Date: Wed May 10 12:56:45 2006 Message-Id: <00000852.021@uade.forum> In-Reply-To: <00000852.020@uade.forum> Subject: Re: Planning for UADE 2.03 To: UADE-Developer-discussion [quote:a7686e3c47="mld/uade team"]We should get a way around adding new ES_* when you add options for eagleplayers. ok, "vblank" is kind of a global setting. But "pt30b" isn't... I dislike recompiling everything for adding like a p30b compatibility flag that's only parsed for PTK-Prowiz. So something like a global keyword to pass flags to the replayer could be interesting. eagleplayerconf=pt10c or ep_env=pt30b or more userfriendly. This way we could also get a cheap way to interface with amifilemagic.c [/quote:a7686e3c47] Agreed. And has been my intention. I'm still playing around with configuration systems to see what I like. From Guest@uadeforum Wed May 10 19:57:39 2006 From: Guest Date: Wed May 10 19:57:39 2006 Message-Id: <00000852.022@uade.forum> In-Reply-To: <00000852.021@uade.forum> Subject: Re: Planning for UADE 2.03 To: UADE-Developer-discussion [quote:44b3dfd291="shd"][quote:44b3dfd291="mld/uade team"] heh, and why did you assume a0 is preserved in your original patch. ?-) You even commented that routine with it... *grin* Seriously, I'll fix it.[/quote:44b3dfd291] Now that I think it again, maybe you should stack a0 in strlen() so that amount of asm code is minimized in general. Having functions preserve most registers makes the code bit slower but avoids some stacking. Sorry for being a flip-flopper. As you can see from sound core, the general policy is to preserve all registers possible :) The original idea was to avoid bugs.[/quote:44b3dfd291] No problem. I changed the (a0)+ to a (a0,d0.w) now. From shd@uadeforum Wed May 10 21:14:32 2006 From: shd Date: Wed May 10 21:14:32 2006 Message-Id: <00000852.023@uade.forum> In-Reply-To: <00000852.022@uade.forum> Subject: Re: Planning for UADE 2.03 To: UADE-Developer-discussion [quote:1f7e117062="Anonymous"] No problem. I changed the (a0)+ to a (a0,d0.w) now.[/quote:1f7e117062] 1337 =) But change it to (a0,d0.l) From Guest@uadeforum Wed May 10 22:10:19 2006 From: Guest Date: Wed May 10 22:10:19 2006 Message-Id: <00000852.024@uade.forum> In-Reply-To: <00000852.023@uade.forum> Subject: Re: Planning for UADE 2.03 To: UADE-Developer-discussion hehe, you plan to have longword sized strings... cool ;-) From shd@uadeforum Thu May 11 08:32:59 2006 From: shd Date: Thu May 11 08:32:59 2006 Message-Id: <00000852.025@uade.forum> In-Reply-To: <00000852.024@uade.forum> Subject: Re: Planning for UADE 2.03 To: UADE-Developer-discussion [quote:ec4e49242d="Anonymous"]hehe, you plan to have longword sized strings... cool ;-)[/quote:ec4e49242d] Hey, Amiga was a 32-bit platform unlike the 16-bit competitor (PC). From shd@uadeforum Thu May 11 20:55:56 2006 From: shd Date: Thu May 11 20:55:56 2006 Message-Id: <00000852.026@uade.forum> In-Reply-To: <00000852.025@uade.forum> Subject: Re: Planning for UADE 2.03 To: UADE-Developer-discussion [quote:2f9efa74af="mld/uade team"]We should get a way around adding new ES_* when you add options for eagleplayers. [/quote:2f9efa74af] Removed vblank general option. Now one can put epopt=x statements into eagleplayer.conf and song.conf. From mld/uade team@uadeforum Thu May 11 21:49:41 2006 From: mld/uade team Date: Thu May 11 21:49:41 2006 Message-Id: <00000852.027@uade.forum> In-Reply-To: <00000852.026@uade.forum> Subject: Re: Planning for UADE 2.03 To: UADE-Developer-discussion ok... how do i implement it playerwise? Issue eopt message I guess... What is returned as eoptdata? From shd@uadeforum Thu May 11 21:55:35 2006 From: shd Date: Thu May 11 21:55:35 2006 Message-Id: <00000852.028@uade.forum> In-Reply-To: <00000852.027@uade.forum> Subject: Re: Planning for UADE 2.03 To: UADE-Developer-discussion [quote:592eba3043="mld/uade team"]ok... how do i implement it playerwise? Issue eopt message I guess... What is returned as eoptdata?[/quote:592eba3043] There's no such thing as eoptdata. You pass arbitrary parameters with it and you read them in the same way as the special ptk-prowiz code does (request "eagleoptions"). If you want parameters for parameters, you can do: [code:1:592eba3043]epopt=ptversion=11b[/code:1:592eba3043] The request interface will return ptversion=11b string. But i would prefer just "epopt=pt11b". But that's up to you. From shd@uadeforum Thu May 11 22:01:36 2006 From: shd Date: Thu May 11 22:01:36 2006 Message-Id: <00000852.029@uade.forum> In-Reply-To: <00000852.028@uade.forum> Subject: Re: Planning for UADE 2.03 To: UADE-Developer-discussion [quote:8281ca349f="shd"] There's no such thing as eoptdata. You pass arbitrary parameters with it and you read them in the same way as the special ptk-prowiz code does ... [/quote:8281ca349f] Would you like a new function into uade.library that does this parsing for you? You would issue a request, and it would fill up a table of string pointers and tell you how many pointers there are. Essentially this: [code:1:8281ca349f]int get_ep_option(char **options, int *options, int maxoptions); [/code:1:8281ca349f] We might avoid bugs in eagleplayers if we shared the parsing code as often as possible. get_ep_option would allocate the necessary memory for options. From mld/uade team@uadeforum Thu May 11 22:17:32 2006 From: mld/uade team Date: Thu May 11 22:17:32 2006 Message-Id: <00000852.030@uade.forum> In-Reply-To: <00000852.029@uade.forum> Subject: Re: Planning for UADE 2.03 To: UADE-Developer-discussion yes please, neat idea... This would make it easy to parse those info. :-) From shd@uadeforum Thu May 11 22:30:56 2006 From: shd Date: Thu May 11 22:30:56 2006 Message-Id: <00000852.031@uade.forum> In-Reply-To: <00000852.030@uade.forum> Subject: Re: Planning for UADE 2.03 To: UADE-Developer-discussion [quote:aa4452143f="mld/uade team"]yes please, neat idea... This would make it easy to parse those info. :-)[/quote:aa4452143f] Anything else you would like to have added into uade.library? There must be something crappy that is replicated into each replayer for nothing. From mld/uade team@uadeforum Thu May 11 22:59:15 2006 From: mld/uade team Date: Thu May 11 22:59:15 2006 Message-Id: <00000852.032@uade.forum> In-Reply-To: <00000852.031@uade.forum> Subject: Re: Planning for UADE 2.03 To: UADE-Developer-discussion hmmh, nothing I can think off atm. From mld/uade team@uadeforum Mon May 15 21:40:57 2006 From: mld/uade team Date: Mon May 15 21:40:57 2006 Message-Id: <00000852.033@uade.forum> In-Reply-To: <00000852.032@uade.forum> Subject: Re: Planning for UADE 2.03 To: UADE-Developer-discussion Just commited some changes to PTK-Prowiz to cvs. It can now be configured by the "epopt=" parameter (e.g. eagleplayer.conf) you can also set the protracker compatibility on a per song base by using the --set option of uade123. E.g. following configures mod.cyberlogik to use the Protracker 2.3b, when being played from now on... uade123 --set=epopt=type:pt23b mod.cyberlogik following will set vblank timing uade123 --set=epopt=vblank mod.klissjepaaklissje please test and kick my butt if I broke anything :-) From shd@uadeforum Mon May 15 23:23:02 2006 From: shd Date: Mon May 15 23:23:02 2006 Message-Id: <00000852.034@uade.forum> In-Reply-To: <00000852.033@uade.forum> Subject: Re: Planning for UADE 2.03 To: UADE-Developer-discussion [quote:13d4a5f3c8="mld/uade team"]Just commited some changes to PTK-Prowiz to cvs. It can now be configured by the "epopt=" parameter (e.g. eagleplayer.conf) you can also set the protracker compatibility on a per song base by using the --set option of uade123. E.g. following configures mod.cyberlogik to use the Protracker 2.3b, when being played from now on... uade123 --set=epopt=type:pt23b mod.cyberlogik following will set vblank timing uade123 --set=epopt=vblank mod.klissjepaaklissje please test and kick my butt if I broke anything :-)[/quote:13d4a5f3c8] Now there's a short-hand that doesn't cause changes in song.conf: [code:1:13d4a5f3c8]uade123 -x type:pt23b -x vblank mod.foo [/code:1:13d4a5f3c8] From Joker@uadeforum Sat May 13 03:19:49 2006 From: Joker Date: Sat May 13 03:19:49 2006 Message-Id: <00000855.001@uade.forum> Subject: Audacious plugin freeze in pause mode To: UADE-Developer-discussion While i fixed some issue on my DUMB plugin for Audacious i've noticed that the UADE plugin has the same issue. When being in pause state, any action such as [] (stop) >> (next) or even |> (play) freezes the whole player. Thats because produce_audio waits/locks while being in pause mode and the stop/next/prev actions execute the stop function. "stop" usualy contains a pthread_join() which joins the thread which is currently hanging at produce_audio(). That means freeze. The freeze at produce_audio() is new. I think XMMS and early audacious didn't freeze while pause but simply buffered the output in the background. The workaround for this is sending a pause(0) when the player is in pause mode and stop gets executed. What i did is the following in stop(): ... if(duh_ispaused) duh_pause(0); g_thread_join(decode_thread); ... and the pause() function has this added: ... duh_ispaused = p; duh_ip.output->pause(duh_ispaused); ... I know this is ugly, but the WMA plugin Audacious ships itself has the same workaround. If you already keep track of pause state for some reason you can use that variable. From Joker@uadeforum Sat May 13 03:34:15 2006 From: Joker Date: Sat May 13 03:34:15 2006 Message-Id: <00000855.002@uade.forum> In-Reply-To: <00000855.001@uade.forum> Subject: Re: Audacious plugin freeze in pause mode To: UADE-Developer-discussion Another minor thing: Audacious has GCC poisoned the old xmms cfg file functions. The UADE plugin does not use any of those functions but still includes the .h file. Removing the following include line which doesn't seem to be used in the plugin fixes this: #include <audacious/configfile.h> (songinfo.c and fileinfo.c i think) This is only for the Audacious SVN version but the soon to be released 1.1 version will also have it and it's trivial to fix. From Joker@uadeforum Sat May 13 03:35:50 2006 From: Joker Date: Sat May 13 03:35:50 2006 Message-Id: <00000855.003@uade.forum> In-Reply-To: <00000855.002@uade.forum> Subject: Re: Audacious plugin freeze in pause mode To: UADE-Developer-discussion Erm wrong, it's those files: ./fileinfo.c:#include <audacious/configfile.h> ./subsongseek.c:#include <audacious/configfile.h> From Joker@uadeforum Sun May 14 13:39:53 2006 From: Joker Date: Sun May 14 13:39:53 2006 Message-Id: <00000855.004@uade.forum> In-Reply-To: <00000855.003@uade.forum> Subject: Re: Audacious plugin freeze in pause mode To: UADE-Developer-discussion I think i have a "cleaner" way than doing an unpause event while being paused and getting a stop trigger. It's not only ugly but you also hear a tiny bit of the remaining buffer when hitting stop. The produce_audio "hanging" can be avoided by looping inside the plugin based on the buffer (right before produce_audio). For example: while ((uade_ip.output->buffer_free() < play_bytes) && abort_playing == 0) xmms_usleep(10000); Right after that something like: if (abort_playing == 1) song_end_trigger = 1; else produce_audio.....foobar It's just a concept ... i'm no programmer. For the DUMB plugin i could do a simple "if (!duh_file->going) break;" for the 2nd part but the UADE plugin is a bit different and you'd hit the assert(left == 0); that way. From Joker@uadeforum Wed May 17 01:58:40 2006 From: Joker Date: Wed May 17 01:58:40 2006 Message-Id: <00000855.005@uade.forum> In-Reply-To: <00000855.004@uade.forum> Subject: Re: Audacious plugin freeze in pause mode To: UADE-Developer-discussion There's a fix now in Audacious which handles stop while being in pause. So no workaround is needed anymore. Removal of "#include <audacious/configfile.h>" would still help as the Plugin really doesn't use any of those poisened functions anyway. From Guest@uadeforum Wed May 17 06:56:01 2006 From: Guest Date: Wed May 17 06:56:01 2006 Message-Id: <00000855.006@uade.forum> In-Reply-To: <00000855.005@uade.forum> Subject: Re: Audacious plugin freeze in pause mode To: UADE-Developer-discussion fixed. Thanks for the report :-) From kyz@uadeforum Thu May 18 08:17:59 2006 From: kyz Date: Thu May 18 08:17:59 2006 Message-Id: <00000858.001@uade.forum> Subject: Challenge: writing a new AMOS player To: UADE-Developer-discussion The AMOS music player in UADE is based on an AMOS->Protracker converter plus a Protracker replayer. I did a reverse engineering of the AMOS music file format and discovered, for example, its timing method is not the same as Protracker: http://www.kyz.uklinux.net/formats/amos_music_format.txt The conversion between PTK and AMOS timing methods is lossy, so genuine AMOS music will not play back exactly right when converted to Protracker. Of course, Protracker music converted to AMOS will sound the same because it wasn't intended for AMOS in the first place. If you'd like to use the actual AMOS music replay, it's here: http://www.clickteam.com/English/amos.php The code is in MUSIC.S in AMOS1_23.zip The interrupt routine is at the label MusInt (this also plays the user's sounds). It runs all the time on the VBL, in AMOS. The pointer to the music data is stored in MusBank-MB(a3) (it should begin with "Music " - see BkCheck) The music is started with the "music" instruction in AMOS, which is at label IMusic in the source. The parameter to music is the subsong number to play (put into d3 with the first instruction of IMusic). Given my format description, you can easily see how many subsongs there are. You can stop the music with "music stop", IMuStop. From shd@uadeforum Thu May 18 09:36:12 2006 From: shd Date: Thu May 18 09:36:12 2006 Message-Id: <00000858.002@uade.forum> In-Reply-To: <00000858.001@uade.forum> Subject: Re: Challenge: writing a new AMOS player To: UADE-Developer-discussion [quote:70bdb42f7e="kyz"]The conversion between PTK and AMOS timing methods is lossy, so genuine AMOS music will not play back exactly right when converted to Protracker. [/quote:70bdb42f7e] Timing should be easy to fix. Just change to vblank timing and use the tempo counter described in your document. What worries me is the effects that depend on protracker tempo counter. Can you give us an assesment of protracker effect compatibility to AMOS? From mld/uade team@uadeforum Thu May 18 10:02:56 2006 From: mld/uade team Date: Thu May 18 10:02:56 2006 Message-Id: <00000858.003@uade.forum> In-Reply-To: <00000858.002@uade.forum> Subject: Re: Challenge: writing a new AMOS player To: UADE-Developer-discussion Hi kyz, Our current Amos player does have other problems as well (Doesn't play some tunes at all). But it was more or less a least effort approach and it bothered me ever since. I was just lazy to do anything. *grin* i'll have a look at the source at the link you gave, and see what I can do. :-) From Guest@uadeforum Thu May 18 10:18:04 2006 From: Guest Date: Thu May 18 10:18:04 2006 Message-Id: <00000858.004@uade.forum> In-Reply-To: <00000858.003@uade.forum> Subject: Re: Challenge: writing a new AMOS player To: UADE-Developer-discussion [quote:b2f5afd56c="shd"]Can you give us an assesment of protracker effect compatibility to AMOS?[/quote:b2f5afd56c] AMOS has very few effects, all from Soundtracker (not Protracker). There are possibly some different period values for vibrato and arpeggio. AMOS really doesn't accept many soundtracker or protracker effects, because Francois Lionet gave up trying to compete at the time ST, NT and PT kept adding more and more features. The AMOS effects are mostly an issue for the converter, not the replayer. AMOS has per-channel patterns of arbitrary length, arbitrary pattern row execution time, in-pattern looping, the potential for more effects occuring at once than can fit in a single ST/PTK row. You generally have to "render" an AMOS tune into raw, sequential Protracker patterns, you can't just convert the pattern list, except in the special case that the AMOS tune was actually converted from PTK or GMC in the first place... which is most of the tunes in AMOS. From shd@uadeforum Thu May 18 10:28:38 2006 From: shd Date: Thu May 18 10:28:38 2006 Message-Id: <00000858.005@uade.forum> In-Reply-To: <00000858.004@uade.forum> Subject: Re: Challenge: writing a new AMOS player To: UADE-Developer-discussion [quote:a387eb2658="Anonymous"][quote:a387eb2658="shd"]Can you give us an assesment of protracker effect compatibility to AMOS?[/quote:a387eb2658] AMOS has very few effects, all from Soundtracker (not Protracker). There are possibly some different period values for vibrato and arpeggio. AMOS really doesn't accept many soundtracker or protracker effects, because Francois Lionet gave up trying to compete at the time ST, NT and PT kept adding more and more features. The AMOS effects are mostly an issue for the converter, not the replayer. AMOS has per-channel patterns of arbitrary length, arbitrary pattern row execution time, in-pattern looping, the potential for more effects occuring at once than can fit in a single ST/PTK row. You generally have to "render" an AMOS tune into raw, sequential Protracker patterns, you can't just convert the pattern list, except in the special case that the AMOS tune was actually converted from PTK or GMC in the first place... which is most of the tunes in AMOS.[/quote:a387eb2658] In that case maybe we should not consider fixing the timing issue in PTK-Prowiz. Just rip the original source code and make an eagleplayer. Is the AMOS replayer GPL'ed or something? If so, Michael, how about creating as an AMOS replayer?-) From Guest@uadeforum Thu May 18 10:35:21 2006 From: Guest Date: Thu May 18 10:35:21 2006 Message-Id: <00000858.006@uade.forum> In-Reply-To: <00000858.005@uade.forum> Subject: Re: Challenge: writing a new AMOS player To: UADE-Developer-discussion [quote:2edf0db5f8="shd"]Is the AMOS replayer GPL'ed or something?[/quote:2edf0db5f8] It's not GPL, but has an BSD-advertising style license. From the AMOS source code download page: [quote:2edf0db5f8] Clickteam provides the source code AMOS as a courtesy to the Amiga computer community. You are allowed to edit and modify the source code, add new features, remove sections of code and recompile it to produce modified final products. Any product made from the original source code should contain this written notification: "Contains parts of AMOS source code, originally written by François Lionet and published by Europress Software Ltd. Contact the original authors at http://www.clickteam.com." [/quote:2edf0db5f8] From shd@uadeforum Thu May 18 10:42:04 2006 From: shd Date: Thu May 18 10:42:04 2006 Message-Id: <00000858.007@uade.forum> In-Reply-To: <00000858.006@uade.forum> Subject: Re: Challenge: writing a new AMOS player To: UADE-Developer-discussion [quote:5c08df352e="Anonymous"]It's not GPL, but has an BSD-advertising style license. From the AMOS source code download page: [/quote:5c08df352e] Memory serves me bad then. BSD-style is very good for us. I hope the source compiles in asmone :-) From Guest@uadeforum Thu May 18 10:02:40 2006 From: Guest Date: Thu May 18 10:02:40 2006 Message-Id: <00000859.001@uade.forum> Subject: uade123: How does recognition by content get triggered? To: UADE-Developer-discussion Some of the tunes in the ExoticA collection don't get recognised by their prefix or content, and are rejected out of hand. So I investigated with uade123 2.02 to see what happens when I remove all prefixes from the config file. The executive message of this posting is "please can I have a command-line option to force recognition of files by going through all the deliplayer check functions, when uade's internal filename/contents recogntion fails." First, I removed all "prefixes=" lines in /usr/local/share/uade2/eagleplayer.conf. I always get this error: "uade123: ../common/eagleplayer.c:596: uade_read_eagleplayer_conf: Assertion `exti < ps->nextensions' failed. " - looks like a corner case in the code. It also always fails if the very last entry in eagleplayer.conf does not have prefixes set, but always succeeds as long as the last entry does have prefixes set. So I gave the last entry a "prefixes=blahblahblah" line. I then ran uade123 in verbose mode and noticed that the additional recognition (file magic) is getting called, e.g. "FC13.Thalion: deduced extension: FC13", but then that can't be mapped to the player: "Deduced file extension (FC13) is not on the uadeformats list." - I think that's a good idea, it's a useful feature to be able to configure which player even the results of recognition should point to, instead of hard-coding it into the executable. I also can't think of a real reason why someone would want to take these deduced extensions out of the config file. However, as a last-ditch attempt to play an otherwise unrecognised file, I would greatly appreciate if there was an option to go through all the deliplayers'/eagleplayers' DT_CHECK and DT_CHECK2 functions, as the real DeliTracker or EaglePlayer would. I also had some trouble trying to automate the process of testing: [code:1:433276d24a]$ find . -type f -print0 | xargs -0 uade123 --verbose >../uade-log.txt uade123: can't setup interactive mode: Inappropriate ioctl for device xargs: uade123: exited with status 255; aborting[/code:1:433276d24a] I replaced the "exit()"s with simple returns in terminal.c. However, in that case, uade doesn't respond to the usual UNIX signals, e.g. "uade --verbose */* | head" does not quit uade after 10 lines of output. Without file extension recognition, uade123 didn't recognise 2189 Amiga music files (not the oggs and mp3s), which cover roughly 79 file formats. The results are here: [url]http://kyz.mine.nu/misc/unexotica_tunes_unrecognised_by_uade123.txt[/url] From Guest@uadeforum Thu May 18 23:06:12 2006 From: Guest Date: Thu May 18 23:06:12 2006 Message-Id: <00000859.002@uade.forum> In-Reply-To: <00000859.001@uade.forum> Subject: Re: uade123: How does recognition by content get triggered? To: UADE-Developer-discussion hi kyz, thanks for the list. Yeah, there's a lot missing in amifilemagic. It started out as a way sort out TFMX files and became a nightmare to maintain ;-) I take out following files being instruments/sample/replaycode files. [code:1:4b41aba6b0]Dizzy_Panic/mod.daisy.nt Dizzy_Panic/mod.fx-chip.nt Dizzy_Panic/mod.gameover.nt Dizzy_Panic/mod.secret.nt Dizzy_Panic/mod.title.nt Fiendish_Freddys/songplay Mandelbrot_Show/Instruments/Never1.Instr Mandelbrot_Show/Instruments/Never2.Instr Mandelbrot_Show/Instruments/Square.Instr Overlander/mcs.Overlander Steg_the_Slug/mod.fx-chip.nt Steg_the_Slug/mod.gameover.nt Steg_the_Slug/mod.hiscore.nt Steg_the_Slug/mod.intro.nt Steg_the_Slug/mod.level1.nt Steg_the_Slug/mod.level2.nt Steg_the_Slug/mod.level3.nt Steg_the_Slug/mod.secret.nt Steg_the_Slug/mod.title.nt Steg_the_Slug/mod.welldone.nt Wings/Instruments/Acord1 Wings/Instruments/BsDrum Wings/Instruments/Clarnt Wings/Instruments/Cymbal Wings/Instruments/FHorn2 Wings/Instruments/Horns Wings/Instruments/Horns1 Wings/Instruments/Piano2 Wings/Instruments/Piano3 Wings/Instruments/Piano4 Wings/Instruments/Picolo Wings/Instruments/PSnare Wings/Instruments/PTrump Wings/Instruments/Square Wings/Instruments/Strng2 Wings/Instruments/Trmbon Wings/Instruments/Tuba Wings/Instruments/Tympny[/code:1:4b41aba6b0] Of the rest the mods puzzle me most. They should have worked just until last week, until me and Heikki removed any Filelogic from the protracker player to configure the replayer from the eagleplayer.conf file. About a possibility to have the old delitracker behaviour to rely on the replayers checks... Not sure. I think it could be nice to have but it will slow down things, especially when adding tunes to xmms or audacious even more I guess. Michael From Guest@uadeforum Fri May 19 17:10:05 2006 From: Guest Date: Fri May 19 17:10:05 2006 Message-Id: <00000859.003@uade.forum> In-Reply-To: <00000859.002@uade.forum> Subject: Re: uade123: How does recognition by content get triggered? To: UADE-Developer-discussion [quote="Anonymous"]hi kyz, thanks for the list. Yeah, there's a lot missing in amifilemagic. It started out as a way sort out TFMX files and became a nightmare to maintain ;-) I take out following files being instruments/sample/replaycode files. [/code] Ah, I knew I would miss some! I already spent quite some time pulling out those things :) [quote:acf5d49629] Of the rest the mods puzzle me most. They should have worked just until last week, until me and Heikki removed any Filelogic from the protracker player to configure the replayer from the eagleplayer.conf file. [/quote:acf5d49629] This is uade123 2.02, in case I didn't mention. [quote:acf5d49629] About a possibility to have the old delitracker behaviour to rely on the replayers checks... Not sure. I think it could be nice to have but it will slow down things, especially when adding tunes to xmms or audacious even more I guess. Michael[/quote:acf5d49629] It would certainly slow down things, which is why I think it should only be a configurable option and/or only used after regular file recognition has failed and uade would otherwise reject the file. But it should certainly exist, otherwise why do player authors write check routines? From shd@uadeforum Sat May 20 09:27:53 2006 From: shd Date: Sat May 20 09:27:53 2006 Message-Id: <00000859.004@uade.forum> In-Reply-To: <00000859.003@uade.forum> Subject: Re: uade123: How does recognition by content get triggered? To: UADE-Developer-discussion [quote:37caea42de="Anonymous"]The executive message of this posting is "please can I have a command-line option to force recognition of files by going through all the deliplayer check functions, when uade's internal filename/contents recogntion fails." [/quote:37caea42de] It's better to do file detection in native code, otherwise file checks will cost tens of millions of cycles. Fixing detection problems in native code is our priority. Detecting by using eagleplayers check() method does not fit current design, but it would be doable though. Best way to do would be launching a separate emulator running only detection code from eagleplayers :-) Also, it would take many megabytes more memory. Currently playing with uade123 takes only ~23 MiB of virtual space (much less RSS) on amd64. [quote:37caea42de]First, I removed all "prefixes=" lines in /usr/local/share/uade2/eagleplayer.conf. I always get this error: "uade123: ../common/eagleplayer.c:596: uade_read_eagleplayer_conf: Assertion `exti < ps->nextensions' failed. " - looks like a corner case in the code. [/quote:37caea42de] I'll try to fix this. [quote:37caea42de]I then ran uade123 in verbose mode and noticed that the additional recognition (file magic) is getting called, e.g. "FC13.Thalion: deduced extension: FC13", but then that can't be mapped to the player: "Deduced file extension (FC13) is not on the uadeformats list." [/quote:37caea42de] The logic in file detection is not straightforward. Prefixes in eagleplayer.conf are actually needed whether or not file is detected by prefix, because the prefixes in eagleplayer.conf define internal classification strings for different formats. The content detection routine may return "fc14" and then fc14 prefix is searched and it is determined to be FutureComposer1.4. However, if the content detection routine is unable to decide the format, it returns an empty string. The empty string is handled in one of two ways: 1. Take the filename prefix from the real file and search it from the eagleplayer.conf. Use the associated player if "content_detection" is not specified for it. 2. Reject the format because prefix detection is not allowed at all. See "magic_detection" in uade.conf or use -m So the misunderstanding here is that prefixes are two things: internal classifiers and name prefixes. If you really want to force player for one specific song, use -P or use song.conf: [code:1:37caea42de]uade123 --set=player=MyPlayer foo.bar [/code:1:37caea42de] will teach uade123 to use MyPlayer in the future, but it must be copied to the eagleplayer path. [quote:37caea42de] I also had some trouble trying to automate the process of testing: [code]$ find . -type f -print0 | xargs -0 uade123 --verbose >../uade-log.txt [/quote:37caea42de] Fixed the CVS version to use /dev/tty instead of stdin and not to be confused if terminal setup fails. You are aware of -r option I assume? [quote:37caea42de] However, in that case, uade doesn't respond to the usual UNIX signals, e.g. "uade --verbose */* | head" does not quit uade after 10 lines of output. [/quote:37caea42de] It does die after head dies, but you don't get output (or line feeds) to stdout, which is the problem. Try uade123 -v * 2>&1 |head and it works as expected. From shd@uadeforum Sat May 20 10:39:06 2006 From: shd Date: Sat May 20 10:39:06 2006 Message-Id: <00000859.005@uade.forum> In-Reply-To: <00000859.004@uade.forum> Subject: Re: uade123: How does recognition by content get triggered? To: UADE-Developer-discussion [quote:87f62a3077="Anonymous"] First, I removed all "prefixes=" lines in /usr/local/share/uade2/eagleplayer.conf. I always get this error: "uade123: ../common/eagleplayer.c:596: uade_read_eagleplayer_conf: Assertion `exti < ps->nextensions' failed. " [/quote:87f62a3077] Now it doesn't exit with failure, but gives an ugly warning. One should not remove prefixes but possibly add "content_detection" or comment the line. From kyz@uadeforum Thu May 18 10:24:59 2006 From: kyz Date: Thu May 18 10:24:59 2006 Message-Id: <00000860.001@uade.forum> Subject: 8SVX support To: UADE-Developer-discussion While it's not an exotic music format, could you include an 8SVX sample player in uade? From kyz@uadeforum Thu May 18 10:29:27 2006 From: kyz Date: Thu May 18 10:29:27 2006 Message-Id: <00000861.001@uade.forum> Subject: Differences between XMMS and Audacious plugins To: UADE-Developer-discussion There are only 16 lines of real difference between the XMMS and Audacious plugins in uade 2.02. How many of those code changes could be applied to the XMMS plugin (presuming the xmms plugin is older)? Would it be possible to merge the code of both plugins together, to make code that compiles to either method, with only one copy of the code. There doesn't seem to be a build problem with this, because things from src/frontends/common get compiled in the other subdirectories. From shd@uadeforum Sat May 20 10:59:00 2006 From: shd Date: Sat May 20 10:59:00 2006 Message-Id: <00000861.002@uade.forum> In-Reply-To: <00000861.001@uade.forum> Subject: Re: Differences between XMMS and Audacious plugins To: UADE-Developer-discussion [quote:3b5488c8de="kyz"]There are only 16 lines of real difference between the XMMS and Audacious plugins in uade 2.02.[/quote:3b5488c8de] Please use CVS versions only. [quote:3b5488c8de]How many of those code changes could be applied to the XMMS plugin (presuming the xmms plugin is older)?[/quote:3b5488c8de] None, I hope. [quote:3b5488c8de]Would it be possible to merge the code of both plugins together, to make code that compiles to either method, with only one copy of the code. There doesn't seem to be a build problem with this, because things from src/frontends/common get compiled in the other subdirectories.[/quote:3b5488c8de] There is some frontend-independent code left in frontends that can be put to common/ dir, but after that has been done, there's still refactoring to be done in the plugins. Putting the common functionality between XMMS and Audacious to some common module is a goal, but it hasn't been done. From kyz@uadeforum Thu May 18 10:31:31 2006 From: kyz Date: Thu May 18 10:31:31 2006 Message-Id: <00000862.001@uade.forum> Subject: Pro-Wizard.s missing from the source distribution To: UADE-Developer-discussion I found this in the source of PTK-ProWiz.s: [code:1:5ac67d5b9c] incdir "amiga:work/players/tracker/converter/" include "Deli-Wizard.s" [/code:1:5ac67d5b9c] But, alas, no Deli-Wizard.s to be found. Is it the same as released by Gryzor (on the ExoticA exotic formats page), or have there been changes? Are you not permitted to distribute it? From mld/uade team@uadeforum Thu May 18 22:46:03 2006 From: mld/uade team Date: Thu May 18 22:46:03 2006 Message-Id: <00000862.002@uade.forum> In-Reply-To: <00000862.001@uade.forum> Subject: Re: Pro-Wizard.s missing from the source distribution To: UADE-Developer-discussion changes: yes but just small ones... DT Genie tags removed and now jumping directly to the functions. about the permission from Gryzor: To make a long story short: I had contact long ago (through Asle, I guess), and we did get the permission to dristribute the prowiz engine but when I asked how about the source, my very next mail bounced... I learned Gryzor moved house at that time and my attempts to track him down so far, ran into the wild... From shd@uadeforum Sat May 20 10:43:24 2006 From: shd Date: Sat May 20 10:43:24 2006 Message-Id: <00000862.003@uade.forum> In-Reply-To: <00000862.002@uade.forum> Subject: Re: Pro-Wizard.s missing from the source distribution To: UADE-Developer-discussion [quote:a295450e15="kyz"]I found this in the source of PTK-ProWiz.s: [code:1:a295450e15] incdir "amiga:work/players/tracker/converter/" include "Deli-Wizard.s" [/code:1:a295450e15] But, alas, no Deli-Wizard.s to be found. Is it the same as released by Gryzor (on the ExoticA exotic formats page), or have there been changes? Are you not permitted to distribute it?[/quote:a295450e15] We added the deliwizard replay source into CVS yesterday. Please stop using 2.02, it's ancient :-) From kyz@uadeforum Thu May 18 10:39:13 2006 From: kyz Date: Thu May 18 10:39:13 2006 Message-Id: <00000863.001@uade.forum> Subject: Kudos To: UADE-Developer-discussion Apart from these messages I'm posting which might look like complaints, I am really pleased with the work that went into the UADE 2.x series. Most impressive of all is making UADE's core a shared library. The code is also much more nicely structured and simplified. And, of course, I really appreciate it every time more music gets supported or detected. You are almost giving DeliTracker and EaglePlayer a run for their money :) From shd@uadeforum Sat May 20 10:50:39 2006 From: shd Date: Sat May 20 10:50:39 2006 Message-Id: <00000863.002@uade.forum> In-Reply-To: <00000863.001@uade.forum> Subject: Re: Kudos To: UADE-Developer-discussion [quote:a34746d293="kyz"]Apart from these messages I'm posting which might look like complaints, I am really pleased with the work that went into the UADE 2.x series. [/quote:a34746d293] Ehm. I like bug reports. They're always good news. If I don't get any bug reports there's no progress. [quote:a34746d293]Most impressive of all is making UADE's core a shared library.[/quote:a34746d293] But it isn't. We made it a separate executable process that is communicated with by using pipes. [quote:a34746d293] The code is also much more nicely structured and simplified. [/quote:a34746d293] Yes, we changed things a lot because the 1.x model was unmaintainable. Other benefits of uade 2.xx are better postprocessing effects, very realistic sound filter (affects sound output always), superior audio resampling from Paula to 44,1 kHz (or any other freq in the current CVS version), superior command line tool (uade123), better documentation (man page), song and player specific configuration management (see song.conf and eagleplayer.conf with current CVS version). uade 1.xx loses on any front. From shd@uadeforum Mon May 22 00:41:58 2006 From: shd Date: Mon May 22 00:41:58 2006 Message-Id: <00000867.001@uade.forum> Subject: uade cvs changes To: UADE-Developer-discussion Renamed uade-2 module (which is the module for 1.xx versions) in CVS to uade-1, because the naming has caused much confusion. uade/ module is still the module for 2.xx versions. From amadeus@uadeforum Sun May 28 13:24:21 2006 From: amadeus Date: Sun May 28 13:24:21 2006 Message-Id: <00000871.001@uade.forum> Subject: Missing samples/channel in Future Composer? To: UADE-Developer-discussion Hi It seams to me, that there are missing samples or a channel when playing [url]http://www.heko.dk/~maj/Paradox.fc3[/url] using the latest cvs version. It is in particulary at 83 seconds and 104 seconds where it is noticable. Can anyone confirm? From mld/uade team@uadeforum Wed Jun 7 21:12:45 2006 From: mld/uade team Date: Wed Jun 7 21:12:45 2006 Message-Id: <00000871.002@uade.forum> In-Reply-To: <00000871.001@uade.forum> Subject: Re: Missing samples/channel in Future Composer? To: UADE-Developer-discussion can't confirm here... Playing fine with the default config. A mere shot in the dark.... any postprocessing enabled or other filters in e.g. xmms or audacious enabled that might be destructive to the song. (iirc, fc13/fc14 were a bit problematic when having surround/panning and so on effects in the past) mld/uade team From amadeus@uadeforum Sat Jun 24 06:24:39 2006 From: amadeus Date: Sat Jun 24 06:24:39 2006 Message-Id: <00000871.003@uade.forum> In-Reply-To: <00000871.002@uade.forum> Subject: Re: Missing samples/channel in Future Composer? To: UADE-Developer-discussion [quote:9272cbe183="mld/uade team"]can't confirm here... Playing fine with the default config. A mere shot in the dark.... any postprocessing enabled or other filters in e.g. xmms or audacious enabled that might be destructive to the song. (iirc, fc13/fc14 were a bit problematic when having surround/panning and so on effects in the past) [/quote:9272cbe183] I have just renamed ~/.uade2 and tried again, and I still think there are missing samples. So I tried compiling [url]http://freshmeat.net/redir/futurecomposerreferenceplayer/2970/url_tgz/fcplay-0.0.1.tgz[/url] but I get about 20 errors in AudioDriver.cpp =( From alankila@uadeforum Mon Jun 26 10:42:30 2006 From: alankila Date: Mon Jun 26 10:42:30 2006 Message-Id: <00000871.004@uade.forum> In-Reply-To: <00000871.003@uade.forum> Subject: Re: Missing samples/channel in Future Composer? To: UADE-Developer-discussion I couldn't compile it either. You can hack the audiodriver.cpp to work by commenting out the wrong includes, only leave ALSA and it might pass... But then there's some SmartPtr that looks like bad copy of the built-in vector class, and if you hack that to compile somehow the erorrs move to Main.cpp... At this point I just gave up. It seems likely that every damn file is in need of some hacking before it works. Apparently C++ standard as understood by GCC has changed quite a bit since that software was last worked with. I don't have enough C++ clue to trust that I know what I'm doing and won't just break the software in trying to make it compile and run. From amadeus@uadeforum Wed Jun 28 18:34:09 2006 From: amadeus Date: Wed Jun 28 18:34:09 2006 Message-Id: <00000871.005@uade.forum> In-Reply-To: <00000871.004@uade.forum> Subject: Re: Missing samples/channel in Future Composer? To: UADE-Developer-discussion [quote:7de0a8ea1d="alankila"]Apparently C++ standard as understood by GCC has changed quite a bit since that software was last worked with. I don't have enough C++ clue to trust that I know what I'm doing and won't just break the software in trying to make it compile and run.[/quote:7de0a8ea1d] Thanks for looking into it. I guess it is faster if I just start up UAE with Delitracker and try it there =) From shd@uadeforum Fri Jun 30 13:58:40 2006 From: shd Date: Fri Jun 30 13:58:40 2006 Message-Id: <00000871.006@uade.forum> In-Reply-To: <00000871.005@uade.forum> Subject: Re: Missing samples/channel in Future Composer? To: UADE-Developer-discussion [quote:bfd29ebb4d="amadeus"]I guess it is faster if I just start up UAE with Delitracker and try it there =)[/quote:bfd29ebb4d] Delitracker on Amiga will probably not play future composer better; possibly even worse. From amadeus@uadeforum Sun Jul 9 00:03:13 2006 From: amadeus Date: Sun Jul 9 00:03:13 2006 Message-Id: <00000871.007@uade.forum> In-Reply-To: <00000871.006@uade.forum> Subject: Re: Missing samples/channel in Future Composer? To: UADE-Developer-discussion [quote:71d7791f09="shd"]Delitracker on Amiga will probably not play future composer better; possibly even worse.[/quote:71d7791f09] EaglePlayer on E-UAE plays it the same way, so I guess it is not a bug. From mld/uade team@uadeforum Fri Jun 9 06:33:32 2006 From: mld/uade team Date: Fri Jun 9 06:33:32 2006 Message-Id: <00000881.001@uade.forum> Subject: MaxTrax player by Wanted Team To: UADE-Developer-discussion Some Update of the wonderful world of amiga music. The good news, there's now a Maxtrax replayer by Wanted Team [http://amiga.emucamp.com/wt/wt.html] And now for the bad news... it uses audio.device (can't say to what extend. I haven't looked at the available source, yet) so it doesn't work with the current uade cvs. anyway, have a nice WE and Worldcup finals. Michael From shd@uadeforum Sun Jun 11 12:45:23 2006 From: shd Date: Sun Jun 11 12:45:23 2006 Message-Id: <00000881.002@uade.forum> In-Reply-To: <00000881.001@uade.forum> Subject: Re: MaxTrax player by Wanted Team To: UADE-Developer-discussion [quote:5be8d60ca1="mld/uade team"]And now for the bad news... it uses audio.device (can't say to what extend. I haven't looked at the available source, yet) so it doesn't work with the current uade cvs. [/quote:5be8d60ca1] btw. Don Adan just got the LGPLed musicline source. I hope he will work on it. Some third party had sent him a dump of our CVS source :) From amadeus@uadeforum Sun Jun 11 17:03:31 2006 From: amadeus Date: Sun Jun 11 17:03:31 2006 Message-Id: <00000881.003@uade.forum> In-Reply-To: <00000881.002@uade.forum> Subject: Re: MaxTrax player by Wanted Team To: UADE-Developer-discussion [quote:a1b8c23e25="shd"]btw. Don Adan just got the LGPLed musicline source. I hope he will work on it. Some third party had sent him a dump of our CVS source :)[/quote:a1b8c23e25] This could make a fine subject line for Slashdot=) "Illegally copied LGPL code" From shd@uadeforum Sun Jun 11 17:24:41 2006 From: shd Date: Sun Jun 11 17:24:41 2006 Message-Id: <00000881.004@uade.forum> In-Reply-To: <00000881.003@uade.forum> Subject: Re: MaxTrax player by Wanted Team To: UADE-Developer-discussion [quote:88680f29b2="amadeus"][quote:88680f29b2="shd"]btw. Don Adan just got the LGPLed musicline source. I hope he will work on it. Some third party had sent him a dump of our CVS source :)[/quote:88680f29b2] This could make a fine subject line for Slashdot=) "Illegally copied LGPL code"[/quote:88680f29b2] You misunderstood. It was the dump that John Carehag licensed as LGPL. It certainly isn't illegal. From amadeus@uadeforum Sun Jun 11 16:50:43 2006 From: amadeus Date: Sun Jun 11 16:50:43 2006 Message-Id: <00000882.001@uade.forum> Subject: Bug in Makefile/configure? To: UADE-Developer-discussion When I compile the latest cvs uade/uade123 is not being compiled and installed using "make install". [code:1:766afbda44][root@localhost uade]# make install mkdir -p "/usr/local/share/uade2/players" test -e "/usr/local/share/uade2/uade.conf" || cp -f uade.conf "/usr/local/share/uade2/" cp -f amigasrc/score/score uaerc eagleplayer.conf "/usr/local/share/uade2/" cp -rf players "/usr/local/share/uade2/" || true chmod -R og+rX "/usr/local/share/uade2" /usr/bin/gmake installagain gmake[1]: Entering directory `/home/maj/bdownload/cvs-uade/uade' /usr/bin/gmake -C src gmake[2]: Entering directory `/home/maj/bdownload/cvs-uade/uade/src' gmake[2]: Nothing to be done for `all'. gmake[2]: Leaving directory `/home/maj/bdownload/cvs-uade/uade/src' mkdir -p "/usr/local/lib/uade2" "/usr/local/lib/pkgconfig" chmod og+rx "/usr/local/lib/uade2" cp -f src/uadecore "/usr/local/lib/uade2"/ chmod og+rx "/usr/local/lib/uade2/uadecore" install uade.pc /usr/local/lib/pkgconfig/ chmod og+rx /usr/local/lib/pkgconfig chmod 644 /usr/local/lib/pkgconfig/uade.pc gmake[1]: Leaving directory `/home/maj/bdownload/cvs-uade/uade' /usr/bin/gmake feinstall gmake[1]: Entering directory `/home/maj/bdownload/cvs-uade/uade' gmake[1]: Leaving directory `/home/maj/bdownload/cvs-uade/uade' [root@localhost uade]#[/code:1:766afbda44] Is this a bug? From amadeus@uadeforum Sat Jun 24 06:09:13 2006 From: amadeus Date: Sat Jun 24 06:09:13 2006 Message-Id: <00000882.002@uade.forum> In-Reply-To: <00000882.001@uade.forum> Subject: Re: Bug in Makefile/configure? To: UADE-Developer-discussion Found the problem. I forgot to install libao =) Damn! That have almost been one month without uade =( Fedora ought to ship UADE in Extras =) From shd@uadeforum Fri Jun 30 14:13:14 2006 From: shd Date: Fri Jun 30 14:13:14 2006 Message-Id: <00000882.003@uade.forum> In-Reply-To: <00000882.002@uade.forum> Subject: Re: Bug in Makefile/configure? To: UADE-Developer-discussion [quote:405ca4c189="amadeus"]Found the problem. I forgot to install libao =) Damn! That have almost been one month without uade =( Fedora ought to ship UADE in Extras =)[/quote:405ca4c189] I hope not! I don't want to support N month old releases. If there were some developers with time to support old versions then fine, but they don't exist. Me and mld are the only general programmers on the project and our time is limited. Alankila does specialized stuff and there aren't others. So we're basically doing with just 3 programmers. Fortunately there are some active users, like you, because they are very valuable for testing and ideas. With Eagleplayers we're pretty much only doing small changes in protracker and wait Don Adan to produce new ones. Even if Adan has never been in the uade project, he has been an invaluable developer for us. Kudos to him. Otherwise, we're doing fine. Alankila is still enhancing Paula emulation and currently Atari sound synthesis is being worked on to be merged into uade. There is no time table for 2.03 release or Atari synthesis, though. From amadeus@uadeforum Sun Jul 9 00:13:05 2006 From: amadeus Date: Sun Jul 9 00:13:05 2006 Message-Id: <00000882.004@uade.forum> In-Reply-To: <00000882.003@uade.forum> Subject: Re: Bug in Makefile/configure? To: UADE-Developer-discussion [quote="shd"][quote:ef3d591c9a="amadeus"]Otherwise, we're doing fine. Alankila is still enhancing Paula emulation and currently Atari sound synthesis is being worked on to be merged into uade. There is no time table for 2.03 release or Atari synthesis, though.[/quote:ef3d591c9a] Sounds like a really big project! When I think of Atari, I think of Pokey Noise and SAP. Is it those that UADE will get support for, or does there exist exotic formats for the later Atari's? =) Will it work the same way that UADE handles Amiga replayers? From shd@uadeforum Sat Jun 17 21:50:44 2006 From: shd Date: Sat Jun 17 21:50:44 2006 Message-Id: <00000891.001@uade.forum> Subject: uade123 database saving support To: UADE-Developer-discussion Just commited database saving support for uade123 into CVS. It can now record play time for songs, an old feature found in the XMMS plugin. Loading the database and displaying play time in uade123 has been supported for a long time. From shd@uadeforum Thu Jun 22 16:33:31 2006 From: shd Date: Thu Jun 22 16:33:31 2006 Message-Id: <00000894.001@uade.forum> Subject: Removed a resampler name "anti" To: UADE-Developer-discussion Removed the name "anti" from resampler list, which meant the accumulator resampler. "default" has meant accumulator for a long time already. From alankila@uadeforum Thu Jun 22 18:14:05 2006 From: alankila Date: Thu Jun 22 18:14:05 2006 Message-Id: <00000894.002@uade.forum> In-Reply-To: <00000894.001@uade.forum> Subject: Re: Removed a resampler name "anti" To: UADE-Developer-discussion sinc filtering code has also seen an update. After spending a few months tinkering with different approaches, I posted an update to shd, which is conceptually different and now quite mature. In this update, I firstly reduce the size of the sinc table from grossly overspecified 4096 point convolution to merely modestly overspecified 2048 point convolution. Sound quality is paramount, and I'm hesitant to reduce the table further without more experiments. While previously we were talking about FIR convolution, only optimized, the new mode is structured instead like bandlimited step synthesis. The conceptual difference is large, but the implementation is nearly identical to the old. In band-limited step synthesis, the hard edges of Paula's rising and falling pulses are replaced by values from a bandlimited step table. The exact shape of the blep (which looks like a smoothly rising wave with some ringing on the top) encodes the phase of the pulse which it represents. The performance of the sinc code has also been improved by combining the digital models of the analog filters directly into the sinc tables. This may seem somewhat miraculous, but it allows running the filters for LED and A500 sound free. Thus when using the sinc mode, filters are evaluated in the Paula's clock frequency of 3.54 MHz, and they have become sampling rate independent. In addition, they replicate their analog counterparts precisely across the audible frequency band. For filter-less A1200, a low-pass 32 kHz filter has been added to replicate the current leakage into the LED filter. Also, in order to run IIR filters on the sinc table, the symmetric sinc table has gone through minimum phase reconstruction to give the IIR filters longest period to settle. This should make no audible difference, but explains why there is no longer any preringing at transitions in the sample stream. The sinc mode does not use floating point computations unlike the default mode, and could be faster for machines without FPU. From shd@uadeforum Thu Jun 22 18:19:52 2006 From: shd Date: Thu Jun 22 18:19:52 2006 Message-Id: <00000894.003@uade.forum> In-Reply-To: <00000894.002@uade.forum> Subject: Re: Removed a resampler name "anti" To: UADE-Developer-discussion [quote:0d65591a80="alankila"]After spending a few months tinkering with different approaches, I posted an update to shd, which is conceptually different and now quite mature. [/quote:0d65591a80] Things are not mature before they have actually been used by many for a long time. And "default" is still the recommended resampler from my POV. From alankila@uadeforum Thu Jun 22 20:31:42 2006 From: alankila Date: Thu Jun 22 20:31:42 2006 Message-Id: <00000894.004@uade.forum> In-Reply-To: <00000894.003@uade.forum> Subject: Re: Removed a resampler name "anti" To: UADE-Developer-discussion So, I suppose by that argument sinc is enabled by default in next version of uade, then? I'll call it mature a week after that. From Melkor@uadeforum Thu Jun 29 23:46:08 2006 From: Melkor Date: Thu Jun 29 23:46:08 2006 Message-Id: <00000897.001@uade.forum> Subject: uade-cvs on Ubuntu To: UADE-Developer-discussion Hi, This isn't really a bug but I'm sure the UADE team will fix these small warnings for the beauty of clean code :-) As I was packaging uade-cvs for Ubuntu Dapper, I noticed these warnings when compiling. The default gcc version in Ubuntu Dapper Drake is : gcc (GCC) 4.0.3 (Ubuntu 4.0.3-1ubuntu5) Only relevant parts are shown. [code:1:ad156b4de2] gcc -Wall -O2 -I../../include -I../common -g -c ../common/eagleplayer.c ../common/eagleplayer.c: In function .uade_update_song_conf.: ../common/eagleplayer.c:960: warning: pointer targets in passing argument 1 of .strncasecmp. differ in signedness ../common/eagleplayer.c:963: warning: pointer targets in passing argument 1 of .strncasecmp. differ in signedness ../common/eagleplayer.c:1008: warning: pointer targets in passing argument 1 of .snprintf. differ in signedness ../common/eagleplayer.c:1013: warning: pointer targets in passing argument 1 of .snprintf. differ in signedness [...] gcc -Wall -O2 -I../../include -I../common -g -c ../common/songinfo.c ../common/songinfo.c: In function .process_WTWT_mod.: ../common/songinfo.c:174: warning: pointer targets in passing argument 1 of .string_checker. differ in signedness ../common/songinfo.c:182: warning: pointer targets in passing argument 1 of .string_checker. differ in signedness ../common/songinfo.c:190: warning: pointer targets in passing argument 1 of .string_checker. differ in signedness ../common/songinfo.c: In function .process_ahx_mod.: ../common/songinfo.c:215: warning: pointer targets in passing argument 1 of .string_checker. differ in signedness ../common/songinfo.c:222: warning: pointer targets in passing argument 1 of .string_checker. differ in signedness ../common/songinfo.c:224: warning: pointer targets in passing argument 1 of .strlen. differ in signedness ../common/songinfo.c: In function .process_ptk_mod.: ../common/songinfo.c:239: warning: pointer targets in passing argument 1 of .string_checker. differin signedness ../common/songinfo.c:261: warning: pointer targets in passing argument 1 of .string_checker. differ in signedness ../common/songinfo.c: In function .process_digi_mod.: ../common/songinfo.c:287: warning: pointer targets in passing argument 1 of .string_checker. differ in signedness ../common/songinfo.c:300: warning: pointer targets in passing argument 1 of .string_checker. differ in signedness ../common/songinfo.c: In function .process_custom.: ../common/songinfo.c:342: warning: pointer targets in passing argument 1 of .strlen. differ in signedness ../common/songinfo.c:342: warning: pointer targets in passing argument 1 of .strlen. differ in signedness ../common/songinfo.c:342: warning: pointer targets in passing argument 1 of .__builtin_strcmp. differ in signedness ../common/songinfo.c:342: warning: pointer targets in passing argument 1 of .strlen. differ in signedness ../common/songinfo.c:342: warning: pointer targets in passing argument 1 of .__builtin_strcmp. differ in signedness ../common/songinfo.c:342: warning: pointer targets in passing argument 1 of .__builtin_strcmp. differ in signedness ../common/songinfo.c:342: warning: pointer targets in passing argument 1 of .__builtin_strcmp. differ in signedness ../common/songinfo.c:342: warning: pointer targets in passing argument 1 of .strncmp. differ in signedness ../common/songinfo.c:343: warning: pointer targets in passing argument 1 of .strlen. differ in signedness ../common/songinfo.c:343: warning: pointer targets in passing argument 1 of .strlen. differ in signedness ../common/songinfo.c:343: warning: pointer targets in passing argument 1 of .__builtin_strcmp. differ in signedness ../common/songinfo.c:343: warning: pointer targets in passing argument 1 of .strlen. differ in signedness ../common/songinfo.c:343: warning: pointer targets in passing argument 1 of .__builtin_strcmp. differ in signedness ../common/songinfo.c:343: warning: pointer targets in passing argument 1 of .__builtin_strcmp. differ in signedness ../common/songinfo.c:343: warning: pointer targets in passing argument 1 of .__builtin_strcmp. differ in signedness ../common/songinfo.c:343: warning: pointer targets in passing argument 1 of .strncmp. differ in signedness ../common/songinfo.c:348: warning: pointer targets in assignment differ in signedness ../common/songinfo.c:377: warning: pointer targets in assignment differ in signedness ../common/songinfo.c: In function .process_dm2_mod.: ../common/songinfo.c:417: warning: pointer targets in passing argument 1 of .string_checker. differin signedness [...] gcc -Wall -O2 -fPIC -shared -g -I/usr/include/xmms -I/usr/include/gtk-1.2 -I/usr/include/glib-1.2 -I/usr/lib/glib/include -I../common -I../../include -c plugin.c plugin.c: In function .play_loop.: plugin.c:563: warning: pointer targets in passing argument 2 of .strlcpy. differ in signedness plugin.c:564: warning: pointer targets in passing argument 2 of .strlcpy. differ in signedness plugin.c:569: warning: pointer targets in passing argument 2 of .strlcpy. differ in signedness plugin.c:570: warning: pointer targets in passing argument 2 of .strlcpy. differ in signedness plugin.c:580: warning: pointer targets in passing argument 2 of .strlcpy. differ in signedness plugin.c:581: warning: pointer targets in passing argument 2 of .strlcpy. differ in signedness plugin.c:600: warning: pointer targets in assignment differ in signedness [...] gcc -Wall -O2 -fPIC -shared -g -I/usr/include/xmms -I/usr/include/gtk-1.2 -I/usr/include/glib-1.2 -I/usr/lib/glib/include -I../common -I../../include -c ../common/eagleplayer.c ../common/eagleplayer.c: In function .uade_update_song_conf.: ../common/eagleplayer.c:960: warning: pointer targets in passing argument 1 of .strncasecmp. differin signedness ../common/eagleplayer.c:963: warning: pointer targets in passing argument 1 of .strncasecmp. differin signedness ../common/eagleplayer.c:1008: warning: pointer targets in passing argument 1 of .snprintf. differ in signedness ../common/eagleplayer.c:1013: warning: pointer targets in passing argument 1 of .snprintf. differ in signedness [...] gcc -Wall -O2 -fPIC -shared -g -I/usr/include/xmms -I/usr/include/gtk-1.2 -I/usr/include/glib-1.2 -I /usr/lib/glib/include -I../common -I../../include -c plugin.c plugin.c: In function .play_loop.: plugin.c:563: warning: pointer targets in passing argument 2 of .strlcpy. differ in signedness plugin.c:564: warning: pointer targets in passing argument 2 of .strlcpy. differ in signedness plugin.c:569: warning: pointer targets in passing argument 2 of .strlcpy. differ in signedness plugin.c:570: warning: pointer targets in passing argument 2 of .strlcpy. differ in signedness plugin.c:580: warning: pointer targets in passing argument 2 of .strlcpy. differ in signedness plugin.c:581: warning: pointer targets in passing argument 2 of .strlcpy. differ in signedness plugin.c:600: warning: pointer targets in assignment differ in signedness [...] gcc -Wall -O2 -fPIC -shared -g -I/usr/include/xmms -I/usr/include/gtk-1.2 -I/usr/include/glib-1.2 -I/usr/lib/glib/include -I../common -I../../include -c ../common/eagleplayer.c ../common/eagleplayer.c: In function .uade_update_song_conf.: ../common/eagleplayer.c:960: warning: pointer targets in passing argument 1 of .strncasecmp. differin signedness ../common/eagleplayer.c:963: warning: pointer targets in passing argument 1 of .strncasecmp. differin signedness ../common/eagleplayer.c:1008: warning: pointer targets in passing argument 1 of .snprintf. differ in signedness ../common/eagleplayer.c:1013: warning: pointer targets in passing argument 1 of .snprintf. differ in signedness [...] gcc -Wall -O2 -fPIC -shared -g -I/usr/include/xmms -I/usr/include/gtk-1.2 -I/usr/include/glib-1.2 -I/usr/lib/glib/include -I../common -I../../include -c ../common/songinfo.c ../common/songinfo.c: In function .process_WTWT_mod.: ../common/songinfo.c:174: warning: pointer targets in passing argument 1 of .string_checker. differ in signedness ../common/songinfo.c:182: warning: pointer targets in passing argument 1 of .string_checker. differ in signedness ../common/songinfo.c:190: warning: pointer targets in passing argument 1 of .string_checker. differ in signedness ../common/songinfo.c: In function .process_ahx_mod.: ../common/songinfo.c:215: warning: pointer targets in passing argument 1 of .string_checker. differ in signedness ../common/songinfo.c:222: warning: pointer targets in passing argument 1 of .string_checker. differ in signedness ../common/songinfo.c:224: warning: pointer targets in passing argument 1 of .strlen. differ in signedness ../common/songinfo.c: In function .process_ptk_mod.: ../common/songinfo.c:239: warning: pointer targets in passing argument 1 of .string_checker. differ in signedness ../common/songinfo.c:261: warning: pointer targets in passing argument 1 of .string_checker. differ in signedness ../common/songinfo.c: In function .process_digi_mod.: ../common/songinfo.c:287: warning: pointer targets in passing argument 1 of .string_checker. differ in signedness ../common/songinfo.c:300: warning: pointer targets in passing argument 1 of .string_checker. differ in signedness ../common/songinfo.c: In function .process_custom.: ../common/songinfo.c:342: warning: pointer targets in passing argument 1 of .strlen. differ in signedness ../common/songinfo.c:342: warning: pointer targets in passing argument 1 of .strlen. differ in signedness ../common/songinfo.c:342: warning: pointer targets in passing argument 1 of .__builtin_strcmp. differ in signedness ../common/songinfo.c:342: warning: pointer targets in passing argument 1 of .strlen. differ in signedness ../common/songinfo.c:342: warning: pointer targets in passing argument 1 of .__builtin_strcmp. differ in signedness ../common/songinfo.c:342: warning: pointer targets in passing argument 1 of .__builtin_strcmp. differ in signedness ../common/songinfo.c:342: warning: pointer targets in passing argument 1 of .__builtin_strcmp. differ in signedness ../common/songinfo.c:342: warning: pointer targets in passing argument 1 of .strncmp. differ in signedness ../common/songinfo.c:343: warning: pointer targets in passing argument 1 of .strlen. differ in signedness ../common/songinfo.c:343: warning: pointer targets in passing argument 1 of .strlen. differ in signedness ../common/songinfo.c:343: warning: pointer targets in passing argument 1 of .__builtin_strcmp. differ in signedness ../common/songinfo.c:343: warning: pointer targets in passing argument 1 of .strlen. differ in signedness ../common/songinfo.c:343: warning: pointer targets in passing argument 1 of .__builtin_strcmp. differ in signedness ../common/songinfo.c:343: warning: pointer targets in passing argument 1 of .__builtin_strcmp. differ in signedness ../common/songinfo.c:343: warning: pointer targets in passing argument 1 of .__builtin_strcmp. differ in signedness ../common/songinfo.c:343: warning: pointer targets in passing argument 1 of .strncmp. differ in signedness ../common/songinfo.c:348: warning: pointer targets in assignment differ in signedness ../common/songinfo.c:377: warning: pointer targets in assignment differ in signedness ../common/songinfo.c: In function .process_dm2_mod.: ../common/songinfo.c:417: warning: pointer targets in passing argument 1 of .string_checker. differ in signedness [/code:1:ad156b4de2] From shd@uadeforum Fri Jun 30 14:03:24 2006 From: shd Date: Fri Jun 30 14:03:24 2006 Message-Id: <00000897.002@uade.forum> In-Reply-To: <00000897.001@uade.forum> Subject: Re: uade-cvs on Ubuntu To: UADE-Developer-discussion [quote:49e769c8fe="Melkor"]This isn't really a bug but I'm sure the UADE team will fix these small warnings for the beauty of clean code :-) [/quote:49e769c8fe] gcc4 is crying wolf :( I hate warnings too. Uade compiles without warnings on my gcc3. [quote:49e769c8fe]As I was packaging uade-cvs for Ubuntu Dapper, I noticed these warnings when compiling.[/quote:49e769c8fe] Good that you care about these things. I'm just not sure if putting char * sign casts is a good thing. It would remove the warnings, but it would also create potential type problems for the future and make the code less readable. Maybe we should put a flag to remove signedness warnings; preferably just for char * case, but I don't know gcc warning flags well. Want to investigate? From Melkor@uadeforum Fri Jun 30 15:56:04 2006 From: Melkor Date: Fri Jun 30 15:56:04 2006 Message-Id: <00000897.003@uade.forum> In-Reply-To: <00000897.002@uade.forum> Subject: Re: uade-cvs on Ubuntu To: UADE-Developer-discussion [quote:8bb25914ed="shd"]gcc4 is crying wolf :( I hate warnings too. Uade compiles without warnings on my gcc3[/quote:8bb25914ed] GCC4 is very picky about code and I like that ! SAS/C on the Amiga, 11 years ago, learned me to code cleanly as I would not accept a single warning on a compiled project. [quote:8bb25914ed="shd"]Good that you care about these things. I'm just not sure if putting char * sign casts is a good thing. It would remove the warnings, but it would also create potential type problems for the future and make the code less readable. Maybe we should put a flag to remove signedness warnings; preferably just for char * case, but I don't know gcc warning flags well. Want to investigate?[/quote:8bb25914ed] I'm very oldschool fashioned and tend to love only clean things. I'm a bit maniac about that and I think I'll never change. All code must be clean, as a design point of view as well as implementation point of view. As of the design, errors are permitted, one always improve in life. As of implementation, no error is permitted, I hate bad code (non verified error conditions, assumptions, etc...) and I fight against it. UADE is a good example of "compile without warnings", that's why I posted this thread to fix the issue. As of the issue itself, I haven't looked at the code but if GCC4 complains about signedness, this probably means that there's a situation where a "char *" is put where a "unsigned char *" (or the other way round) is excepted. In this case, there's already an issue because they dont have the same range of action. Casting does not bring miracles but at least, on the incriminated code, GCC4 makes sure that the called function gets the arguments with a correct range of use. Maybe I'm totally wrong as I don't have the insight you have in UADE but in all cases, a cubic object does not fit in a round hole :-) From shd@uadeforum Fri Jun 30 16:40:15 2006 From: shd Date: Fri Jun 30 16:40:15 2006 Message-Id: <00000897.004@uade.forum> In-Reply-To: <00000897.003@uade.forum> Subject: Re: uade-cvs on Ubuntu To: UADE-Developer-discussion [quote:ead72ddb3c="Melkor"]GCC4 makes sure that the called function gets the arguments with a correct range of use. [/quote:ead72ddb3c] I definitely agree type-safetiness is very important. Checkout the latest CVS version and see what it warns now.. From Melkor@uadeforum Sun Jul 2 16:39:11 2006 From: Melkor Date: Sun Jul 2 16:39:11 2006 Message-Id: <00000897.005@uade.forum> In-Reply-To: <00000897.004@uade.forum> Subject: Re: uade-cvs on Ubuntu To: UADE-Developer-discussion Hi SHD, I've checked out 20060702 and packaged it (but didn't commited it to public repository) and I still have a small warning (plugin.c). Here's the GCC's ouput: [code:1:bca83f02ae]make[2]: Entering directory `/opt/uade-cvs-2.02.20060702/src/frontends/xmms' gcc -Wall -O2 -fPIC -shared -g -I/usr/include/xmms -I/usr/include/gtk-1.2 -I/usr/include/glib-1.2 -I/usr/lib/glib/include -I../common -I../../include -c plugin.c plugin.c: In function ‘play_loop’: plugin.c:564: warning: pointer targets in passing argument 2 of ‘strlcpy’ differ in signedness plugin.c:565: warning: pointer targets in passing argument 2 of ‘strlcpy’ differ in signedness plugin.c:570: warning: pointer targets in passing argument 2 of ‘strlcpy’ differ in signedness plugin.c:571: warning: pointer targets in passing argument 2 of ‘strlcpy’ differ in signedness plugin.c:581: warning: pointer targets in passing argument 2 of ‘strlcpy’ differ in signedness plugin.c:582: warning: pointer targets in passing argument 2 of ‘strlcpy’ differ in signedness plugin.c:601: warning: pointer targets in assignment differ in signedness[/code:1:bca83f02ae] From Enverex@uadeforum Thu Jul 20 16:03:12 2006 From: Enverex Date: Thu Jul 20 16:03:12 2006 Message-Id: <00000897.006@uade.forum> In-Reply-To: <00000897.005@uade.forum> Subject: Re: uade-cvs on Ubuntu To: UADE-Developer-discussion Melkor, did you manage to do this in the end? I couldn't manage to make a package of 2.02 stable because the makefile isn't sane (it tries to write files outside of $prefix (you may want to fix that guys) so pbuilder would spaz out with access violations. From shd@uadeforum Thu Jul 20 16:06:41 2006 From: shd Date: Thu Jul 20 16:06:41 2006 Message-Id: <00000897.007@uade.forum> In-Reply-To: <00000897.006@uade.forum> Subject: Re: uade-cvs on Ubuntu To: UADE-Developer-discussion [quote:9083c2c7fa="Enverex"]Melkor, did you manage to do this in the end? I couldn't manage to make a package of 2.02 stable because the makefile isn't sane (it tries to write files outside of $prefix (you may want to fix that guys) so pbuilder would spaz out with access violations.[/quote:9083c2c7fa] Did you use --package-prefix? From shd@uadeforum Thu Jul 20 16:12:25 2006 From: shd Date: Thu Jul 20 16:12:25 2006 Message-Id: <00000897.008@uade.forum> In-Reply-To: <00000897.007@uade.forum> Subject: Re: uade-cvs on Ubuntu To: UADE-Developer-discussion [quote:b2f1e71519="shd"][quote:b2f1e71519="Enverex"]Melkor, did you manage to do this in the end? I couldn't manage to make a package of 2.02 stable because the makefile isn't sane (it tries to write files outside of $prefix (you may want to fix that guys) so pbuilder would spaz out with access violations.[/quote:b2f1e71519] Did you use --package-prefix?[/quote:b2f1e71519] Just a note, sometimes it is the intended behavior that it writes outside $prefix. For example, if prefix=/usr/local and an XMMS plugin is compiled and XMMS plugins are located in /usr/lib/xmms/Input/. Using package-prefix solves the packaging problem: ./configure --prefix=/usr --package-prefix=/tmp/mytree Then the software is build so that it is runnable under /usr, but make install will copy files to /tmp/mytree/usr/. Also, you shouldn't package 2.02. Latest CVS version is much better. From Melkor@uadeforum Thu Aug 10 10:18:53 2006 From: Melkor Date: Thu Aug 10 10:18:53 2006 Message-Id: <00000897.009@uade.forum> In-Reply-To: <00000897.008@uade.forum> Subject: Re: uade-cvs on Ubuntu To: UADE-Developer-discussion Hi, Sorry for not being present for a long time... Life you know. uade-cvs is present in my repository for a long time now and works as expected of course. This week will be a lot busy and the WE too... After that, I'll manage to see if there are a new CVS checkout and I'll package it but for now, I have few minutes to post here. See you soon hopefully :-) From asle@uadeforum Wed Jul 5 04:39:34 2006 From: asle Date: Wed Jul 5 04:39:34 2006 Message-Id: <00000899.001@uade.forum> Subject: bad replen in PTK To: UADE-Developer-discussion Hey Michael, A quick question for you. While ripping the entire amigascne.org for Zeg and his website, I found this odd PTK example [url=http://asle.free.fr/WILDFIRE-InFullAffect-1.mod]here[/url]. A song by Twilight and Doc Holiday of Wildfire in 1991. The song is claimed to be composed on PTK 1.1. Here's the disturbing part : [code:1:e5e1be36eb] TITLE : approximity FORMAT : Pro/Noise/Star-Tracker WHOLE SAMPLE SIZE ..... : 216246 HEADER SIZE (HEAD+PAT). : 31804 FILE SIZE ............. : 248050 CALCULATED SIZE ....... : 248050 NBR - NAME SIZE VOL FINE LSTART LSIZE (Nbr times used) [ 1] - wfc.synth03 16496 64 0 0 2 (17) [ 2] - wfc.Blast.Quadro 6082 64 0 0 2 (288) [ 3] - wfc.Loop.Replay2 5646 64 0 0 2 (18) [ 4] - wfc.Loop.Hihats 7778 37 0 0 7778 (126) [ 5] - wfc.modulsynth1 1924 64 0 0 2 (40) [ 6] - wfc.modulsynth2 2270 64 0 0 2 (44) [ 7] - wfc.modulsynth3 2118 64 0 0 2 (58) [ 8] - wfc.modulsynth4 2108 64 0 0 2 (54) [ 9] - wfc.modulsynth5 2246 64 0 0 2 (58) [10] - wfc.modulsynth6 2250 64 0 0 2 (58) [11] - wfc.modulsynth7 2066 64 0 0 2 (50) [12] - wfc.drum.hihat 6904 64 0 0 2 (103) [13] - wfc.zzap 1064 48 0 0 2 (208) [14] - Warp.WareSnare 28346 64 0 0 58332 (8) [15] - wfc.dsnare.drum.hi 6728 64 0 0 2 (132) [16] - wfc.dsnare.hihat 6752 64 0 0 2 (224) [17] - wfc.acid02 954 64 0 0 2 (80) [18] - wfc.HIHAT2 1388 64 0 0 2 (259) [19] - wfc.acid 1226 64 0 0 2 (246) [20] - wfc.POWER3 5200 64 0 0 2 (51) [21] - wfc.string.mega 24512 64 3 12880 11632 (9) [22] - wfc.drum 2858 64 0 0 2 (54) [23] - wfc.drum/wirbel 4176 64 0 0 2 (55) [24] - wfc.Bass01 1742 48 0 0 2 (200) [25] - wfc.boomchack 6364 64 4 0 2 (1) [26] - 0 0 0 0 2 (2) [27] - hca-princebeat 27058 64 1 0 2 (20) [28] - wfc.dancenow 12572 64 -2 0 2 (2) [29] - wfc.Noise.Quadro 6332 37 0 0 2 (191) [30] - wfc.sample.chance 12408 64 0 0 2 (8) [31] - wfc.sample.dance 8678 64 0 0 2 (7) [/code:1:e5e1be36eb] So, you noticed the replen of sample #14 ... . Any idea how this could happen and if the PTK 1.1 replay took care of this ?. Cya Sylvain From shd@uadeforum Wed Jul 5 10:48:12 2006 From: shd Date: Wed Jul 5 10:48:12 2006 Message-Id: <00000899.002@uade.forum> In-Reply-To: <00000899.001@uade.forum> Subject: Re: bad replen in PTK To: UADE-Developer-discussion [quote:56b10a4773="asle"]A song by Twilight and Doc Holiday of Wildfire in 1991. The song is claimed to be composed on PTK 1.1. ... So, you noticed the replen of sample #14 ... . Any idea how this could happen and if the PTK 1.1 replay took care of this ?. [/quote:56b10a4773] It may have been composed with PTK 1.1 (or not), but it was modified afterwards. Any number of bugs in ripping software could have done that. Also, one alternative is that authors broked the data deliberately to make proper ripping harder. The answer lies in the code used for the original release. If the code there is standard PTK then this is bad ripping or very unlikely data corruption. From shd@uadeforum Wed Jul 5 10:52:21 2006 From: shd Date: Wed Jul 5 10:52:21 2006 Message-Id: <00000899.003@uade.forum> In-Reply-To: <00000899.002@uade.forum> Subject: Re: bad replen in PTK To: UADE-Developer-discussion [quote:d8e63c2d26="shd"][quote:d8e63c2d26="asle"]A song by Twilight and Doc Holiday of Wildfire in 1991. The song is claimed to be composed on PTK 1.1. ... So, you noticed the replen of sample #14 ... . Any idea how this could happen and if the PTK 1.1 replay took care of this ?. [/quote:d8e63c2d26] It may have been composed with PTK 1.1 (or not), but it was modified afterwards. Any number of bugs in ripping software could have done that. Also, one alternative is that authors broked the data deliberately to make proper ripping harder. The answer lies in the code used for the original release. If the code there is standard PTK then this is bad ripping or very unlikely data corruption.[/quote:d8e63c2d26] Another unlikely thing comes to my mind. Sample 14 was originally longer and was replaced with a shorter instrument but the editor failed to shorten the loop length, so it would be a bug. From mld/uade team@uadeforum Tue Jul 18 08:02:35 2006 From: mld/uade team Date: Tue Jul 18 08:02:35 2006 Message-Id: <00000899.004@uade.forum> In-Reply-To: <00000899.003@uade.forum> Subject: Re: bad replen in PTK To: UADE-Developer-discussion yes that could be the case here. It definitely looks from the instrument layout like a protracker (finetune, empty instruments with replen 2)... Or it was started on a plain old Soundtracker with the replen in bytes and resaved with Protracker with replen len in words. mld/uade team From asle@uadeforum Sun Jul 23 00:22:43 2006 From: asle Date: Sun Jul 23 00:22:43 2006 Message-Id: <00000899.005@uade.forum> In-Reply-To: <00000899.004@uade.forum> Subject: Re: bad replen in PTK To: UADE-Developer-discussion [quote:b0abf8e87b="shd"][quote:b0abf8e87b="asle"]A song by Twilight and Doc Holiday of Wildfire in 1991. The song is claimed to be composed on PTK 1.1. ... So, you noticed the replen of sample #14 ... . Any idea how this could happen and if the PTK 1.1 replay took care of this ?. [/quote:b0abf8e87b] It may have been composed with PTK 1.1 (or not), but it was modified afterwards. Any number of bugs in ripping software could have done that. Also, one alternative is that authors broked the data deliberately to make proper ripping harder. The answer lies in the code used for the original release. If the code there is standard PTK then this is bad ripping or very unlikely data corruption.[/quote:b0abf8e87b] In fact it's a manual rip as this replen hangs my prowiz. And the provided file is as it was found, untouched. So, I guess you're right. The answer is in the code but I guess that's a bit too much for me. Well I merely showed this as a curiosity :). From Joker@uadeforum Tue Jul 18 18:22:38 2006 From: Joker Date: Tue Jul 18 18:22:38 2006 Message-Id: <00000904.001@uade.forum> Subject: Audacious plugin segfaults on quit. To: UADE-Developer-discussion I get a segfault of the Audacious plugin sometimes and it always seems to be in the uade_save_content_db() functions, because the contentdb is always 0 bytes if this happens. The problem is it doesn't happen all the time so debuging is really hard. Also the fact that plugins or the player could corrupt each other doesn't really make it more simple. There is a backtrace i could get after running for some time: [code:1:a68abedb86] Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 47807722829104 (LWP 14109)] 0x00002aaaae824292 in vplist_len (v=0x0) at vplist.h:41 41 vplist.h: No such file or directory. in vplist.h (gdb) bt #0 0x00002aaaae824292 in vplist_len (v=0x0) at vplist.h:41 #1 0x00002aaaae824df1 in uade_save_content_db filename=0x2aaaae934540 "/home/joker/.uade2/contentdb") at songdb.c:526 #2 0x00002aaaae8153c4 in uade_cleanup () at plugin.c:187 #3 0x000000000041fc03 in plugin_system_cleanup () at pluginenum.c:370 #4 0x0000000000436101 in mainwin_quit_cb () at mainwin.c:698 #5 0x000000000042baf2 in pbutton_button_release_cb widget=0x5d86b0, event=0x293c5a0, button=0x635500) at pbutton.c:88 #6 0x000000000042b32e in handle_release_cb (widget_list=0x5afea8, idget=0x5d86b0, event=0x293c5a0) at widget.c:163 #7 0x0000000000436bc3 in mainwin_mouse_button_release (widget=0x5d86b0, event=0x293c5a0, callback_data=0x0) at mainwin.c:1018 #8 0x00002b7b173c7298 in gtk_marshal_VOID__UINT_STRING () from /usr/lib64/libgtk-x11-2.0.so.0 #9 0x00002b7b180a3ab9 in g_closure_invoke () from /usr/lib64/libgobject-2.0.so.0 #10 0x00002b7b180b7044 in g_signal_has_handler_pending () from /usr/lib64/libgobjec