[Freedos-devel] IFS API
Hello, Does anyone know if the IFS (Installable File System) API is documented anywhere? Thanks in advance, Aitor ___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] FreeDOS package issues
Hi Jim, Well, you can tell a CD drive to play track X using my minimalist cdrom2ui, but I think that would be sort of an INdecent open source alternative because it is too minimal :-D On the other hand, a QuickBasic solution sounds like something needing FreeBASIC in QB mode, or something which compiles into a large binary? That is probably too non-minimal? I haven't written a CD Player either, but I would think it's not too hard. If you can read the waveform from the CD track file, and send that to the sound card - that seems like that's all you need to do, Actually CDROM2UI is even simpler. It tells the CD/DVD/BD drive to play the audio track, which was a hardware feature of the drives for a long time. You have to connect the audio output of the drive to some input port of your soundcard. No messy transportation of audio data to sound cards which may be too modern to be supported by popular DOS libraries, although a few positive examples of media players for DOS with support for AC97 / HDA do exist. Just telling your CD drive to play a CD :-) On the other hand, it will NOT work if your CD drive is not wired to your audio hardware of if your CD wiring is muted in your volume control / mixer etc. Regards, Eric ___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] FreeDOS package issues
On Sun, 19 Feb 2023, Jim Hall wrote: On Wed, Feb 15, 2023 at 4:30 PM Steve Nickolas wrote: Would it be something not too hard to bang out with a decent C compiler? I've never written a CD player interface per se, but if all the information can be retrieved, and all the commands can be executed, why not? I haven't written a CD Player either, but I would think it's not too hard. If you can read the waveform from the CD track file, and send that to the sound card - that seems like that's all you need to do, no? Steve has released SJGPlay as CC0. It's a different programming language, but maybe you can look at his code to implement a similar player in C. It happens to be a language I speak, too, though it does look overengineered compared to what I'd do. I'll see what I can figure out. -uso. ___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
[Freedos-devel] Needs testing: SJGPlay
I wanted to start a new thread for this request. Based on the discussion from the "FreeDOS package issues" thread, Jerome identified that the CDP package didn't include source code. Robert suggested SJGPlay as a replacement. Could anyone with a CD player and a sound card on their computer please test SJGPlay with actual music CDs and comment here if SJGPlay works well. (I don't have a CD drive on any of my computers, so I can't test this myself.) Jerome wrote: > > > 4) CDP, This is not open source software. It is Freeware without > > > sources. Should this be removed. Is there an decent open source > > > alternative? Robert wrote: > > Maybe someone wants to ask Steve J. Gray > > to release source code (QuickBASIC 4.5) for his SJGPlay TUI player: > > http://www.6502.org/users/sjgray/software/sjgplay/sjgplay_dos.html Jim wrote: > > I liked Robert's suggestion to ask Steve J. Gray about SJGPlay. I've > > emailed Steve to ask if he will release the source code under an open > > source license so we can include it in FreeDOS. If yes, I think we > > should replace CDP with SJGPlay. Jim wrote: > I emailed Steve and he was very gracious and decided to release the > source code to SJGPlay under the CC0 (Creative Commons Zero) license. > This effectively puts the code into the public domain. > > You can find it at: > http://www.6502.org/users/sjgray/software/sjgplay/sjgplay_dos.html ___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] FreeDOS package issues
> On Wed, 15 Feb 2023, E. Auer wrote: > > > Well, you can tell a CD drive to play track X using my > > minimalist cdrom2ui, but I think that would be sort of > > an INdecent open source alternative because it is too > > minimal :-D On the other hand, a QuickBasic solution > > sounds like something needing FreeBASIC in QB mode, or > > something which compiles into a large binary? That is > > probably too non-minimal? On Wed, Feb 15, 2023 at 4:30 PM Steve Nickolas wrote: > Would it be something not too hard to bang out with a decent C compiler? > > I've never written a CD player interface per se, but if all the > information can be retrieved, and all the commands can be executed, why > not? I haven't written a CD Player either, but I would think it's not too hard. If you can read the waveform from the CD track file, and send that to the sound card - that seems like that's all you need to do, no? Steve has released SJGPlay as CC0. It's a different programming language, but maybe you can look at his code to implement a similar player in C. ___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] FreeDOS package issues
Jerome wrote: > > 4) CDP, This is not open source software. It is Freeware without > > sources. Should this be removed. Is there an decent open source > > alternative? Robert wrote: > Maybe someone wants to ask Steve J. Gray > to release source code (QuickBASIC 4.5) for his SJGPlay TUI player: > http://www.6502.org/users/sjgray/software/sjgplay/sjgplay_dos.html Jim wrote: > I liked Robert's suggestion to ask Steve J. Gray about SJGPlay. I've > emailed Steve to ask if he will release the source code under an open > source license so we can include it in FreeDOS. If yes, I think we > should replace CDP with SJGPlay. I emailed Steve and he was very gracious and decided to release the source code to SJGPlay under the CC0 (Creative Commons Zero) license. This effectively puts the code into the public domain. You can find it at: http://www.6502.org/users/sjgray/software/sjgplay/sjgplay_dos.html ___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] Proposal: remove Graphical Desktops from next FreeDOS
> On Feb 19, 2023, at 12:50 PM, Jim Hall wrote: > > It's been a few days since the last comment on this thread, so I think > those who have an opinion on this have voiced it. > > The consensus appears to be "Keep OpenGEM but drop oZone and SEAL" so > let's remove oZone and SEAL in the next monthly test release. (These > will not be removed from Ibiblio, so people can always download from > there.) +1 > > ___ > Freedos-devel mailing list > Freedos-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/freedos-devel ___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] Reminder: FreeDOS virtual get-together on Sunday
Thanks to everyone for joining the FreeDOS virtual get-together this morning! We had a great discussion about various technical topics, including packages, looking at Jerome's V8Turbo command shell, discussing patches, and other tech topics. We usually do the get-together every month, so watch the calendar for the next one. We alternate topics, so the next get-together will focus on "social time." ___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] Proposal: remove Graphical Desktops from next FreeDOS
It's been a few days since the last comment on this thread, so I think those who have an opinion on this have voiced it. The consensus appears to be "Keep OpenGEM but drop oZone and SEAL" so let's remove oZone and SEAL in the next monthly test release. (These will not be removed from Ibiblio, so people can always download from there.) ___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] Reminder: FreeDOS virtual get-together on Sunday
On 2/19/2023 8:41 AM, Jim Hall wrote: Hi everyone! The FreeDOS virtual get-together is happening in 20 minutes. See you there! This month's focus is technical. But as always, we have some social time at the start anyway. :) Here's the URL for the meeting: https://bluejeans.com/438758366/8332 Ready when you are! :P Btw, please post the info on the FB page, I made some advertising in another FB group and there may be a couple folks from there to join... Ralf ___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel
Re: [Freedos-devel] Reminder: FreeDOS virtual get-together on Sunday
Hi everyone! The FreeDOS virtual get-together is happening in 20 minutes. See you there! This month's focus is technical. But as always, we have some social time at the start anyway. :) Here's the URL for the meeting: https://bluejeans.com/438758366/8332 On Wed, Feb 15, 2023 at 11:38 PM Jim Hall wrote: > > Hi everyone! > > I wanted to send a reminder that on Sunday, Feb 19, we have the next > FreeDOS virtual get-together. It's at 11:00am US/Central Time, use > your favorite timezone converter to find your local time. > > We alternate topics every time. This time, the focus is technical. (And > probably some social time at the start, anyway.) > > As always, we'll do the get-together via Bluejeans (that's the online > meeting service I use for my training/consulting practice). While you > can connect to Bluejeans using the Chrome browser, you might get some > lag. Folks get better performance by downloading the free Bluejeans > meeting client. > > I'll share the meeting URL shortly before the meeting starts. ___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-devel