Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.


Messages - Dave Yeo

Pages: [1] 2 3 ... 163
1
Multimedia / Re: Use of webcam
« on: Today at 05:56:36 pm »
As I said, it was some time back and all I was doing was saving to a wav file to convert to MP3. It was likely with the default usbaudio (from IBM dated 2001) at the time. Unluckily for what you need would probably be tricky as you'd need to use 2 sound devices at the same time, USB Audio to read the microphone and another audio device to play it.

2
Applications / Re: PDFtk for OS/2 would be nice!
« on: Today at 05:42:37 pm »
Actually it seems to be a Java program that is built with GCJ, which IIRC, is the Gnu Compiler for Java, which used to be part of the Gnu Compiler Collection and according to Wiki, hasn't been maintained since 2017.
While I have a vague memory of Paul building an experimental port of GCJ at one point, I don't know if it was ever really tested, which version of GCC it was included with and how to use, as in do you need a Java SDK or other libraries.
So in short, not simple to port due to lack of tools.

3
Multimedia / Re: Use of webcam
« on: Today at 02:22:40 am »
Is it just a regular USB microphone? I had a turntable that presented itself as a USB microphone and it just worked. Unluckily I forget the specifics.

4
Aspirin is still trademarked here in Canada. Actually according to this, https://www.inta.org/INTABulletin/Pages/ASPIRINBrandorAspirinTabletsAvoidingtheGenericideHeadacheintheUnitedStates.aspx it is still trademarked in most of the world. Seems the trademark was lost in WWI. The UK voided the trademark to allow companies to make aspirin and the USA used the "Trading With the Enemy" act to confiscate and auction off Bayer's property. https://en.wikipedia.org/wiki/History_of_aspirin#World_War_I_and_Bayer

Myself, I do not trust Microsoft and when it was first announced about including exFat in Linux, it was really unclear if the exception to the patents covers more then Linux. I haven't been following too  closely but as far as I know, this is still true in the sense that Arca Noae won't want to gamble on it. At that, they haven't even added MP3 support out of being cautious I believe.

5
Applications / Re: ArcaOS panic
« on: May 28, 2020, 12:21:15 am »
You have to be quick right at the beginning of the boot when the square appears in the upper left.
Easier is to boot your ArcaOS install media and choose system management and edit your config.sys from there.

6
Multimedia / Re: Use of webcam
« on: May 27, 2020, 07:02:20 am »
I probably got confused by something mentioned on the testers list in answer to Doug's question about USB on the 20th.

7
Multimedia / Re: Use of webcam
« on: May 26, 2020, 05:10:45 pm »
Hi Remy,
My understanding is that there was a "RFC" type document for USB at the beginning and IBM faithfully followed it. Unluckily Microsoft didn't, as well as all their vendors so we're left trying to implement the MS version of USB rather then the official implementation.
As for Arca Noae's more recent drivers, my guess is they're mostly focusing on getting USB3 working and once that's done, they'll fix USBCALLS and such. USB3 seems to have turned out much harder then they first thought it seems.

8
Applications / Re: DOSBox Issue - STDCPP6?
« on: May 26, 2020, 04:58:40 pm »
Sounds to me that the system is somehow passing a cmd line parameter to DOSBox. You could try running dosbox.exe --help or dosbox.exe --help | less to look at possibilities.
Right now I'm booted to a new beta install of AOS and testing the default install and my DOSBox build is crashing with
Code: [Select]
05-26-2020  07:45:34  SYS2070  PID 00dd  TID 0001  Slot 00e5
K:\USR\LOCAL\SRC\DOSBOX-0.74-3\SRC\DOSBOX.EXE
DOSBOX->STDCPP6.__ZNSt7__cxx1112basic_stringIcSt11char_traitsIcESaIcE
127
So it needs the newer stdcpp6. I'll do a yum update later and retest.
BTW, I filed an issue with Bitwise, their response that this is only the second program to have an issue and since it can be rebuilt and they don't have the resources to debug, won't fix.

9
Applications / Re: DOSBox Issue - STDCPP6?
« on: May 25, 2020, 05:08:32 pm »
Update about my build, seems here it is using SDL12.DLL in @unixroot\usr\local\lib, not the RPM installed one. They both have the same name and presumably the same exports so should be interchangable, but who knows until tested.
This is just the latest tarball from sourceforge that I built as I couldn't find the source that Josh used. Luckily he/someone seems to have got the OS/2 patches committed upstream.
As for downgrading libstdc++, so much is going to depend on it as it is a basic system type library that downgrading isn't advised.
Hi, I always use the DOSBOX official repo for new versions. When I had something to change, I sent a patch to the maintainers.
So, compiling the tarball / SVN version, is the correct thing to do.

Good to send your patches upstream but you need a link on your page pointing to sourceforge as it took me a while to figure out.
Thanks for maintaining.

10
Applications / Re: DOSBox Issue - STDCPP6?
« on: May 25, 2020, 04:27:42 pm »
Hi Silvan, this is still broken. After a yum clean all,
Code: [Select]
--> Finished Dependency Resolution
Error: Package: mpc-devel-1.0.1-3.i686 (@netlabs-rel)
           Requires: libmpc3 = 1.0.1
           Removing: libmpc3-1.0.1-3.i686 (installed)
               libmpc3 = 1.0.1-3
           Obsoleted By: libmpc-1.1.0-1.oc00.i686 (netlabs-rel)
               libmpc3 = 1.1.0-1.oc00
           Available: libmpc3-1.0.1-1.i686 (netlabs-rel)
               libmpc3 = 1.0.1-1
           Available: libmpc3-1.0.1-2.i686 (netlabs-rel)
               libmpc3 = 1.0.1-2
 You could try using --skip-broken to work around the problem
 You could try running: rpm -Va --nofiles --nodigest

11
Applications / Re: DOSBox Issue - STDCPP6?
« on: May 24, 2020, 10:52:12 pm »
Hi Andreas,
I just basically used the defaults for building, ran autogen.sh to create OS/2 configure, makefile-in's and such then
Code: [Select]
sh configure "LDFLAGS=-Zomf -Zmap -Zhigh-mem" LIBS=-lcx
Looking at the INSTALL file, I see these configure options,
Quote
--disable-dynamic-x86
        disables the dynamic x86 specific cpu core. Although it might be
        be a bit unstable, it can greatly improve the speed of dosbox on x86
        hosts.
        Please note that this option on x86 will result in a different
        dynamic/recompiling cpu core being compiled then the default.
        For more information see the option --disable-dynrec

--disable-dynrec
        disables the recompiling cpu core. Currently x86 and x86_64 only.
        You can activate this core on x86 by disabling the dynamic-x86 core.
So it seems the recompiling variant is the default. I could easily build another binary with these options if requested. I guess after 16 years the recompiling option is mature, or perhaps the INSTALL file is not clear.
Other possible options include compiling with the debugger enabled, introduces a ncurses dependency. Using SDL-NET for modem and IPX support, SDL-SOUND to support mp3/ogg audio tracks on some diskimages.
Don't know if Jochan is still active, if not I can build whatever if you want to package it.

12
Applications / Re: DOSBox Issue - STDCPP6?
« on: May 24, 2020, 06:49:23 pm »
Does anyone use networking with DOSBox?

13
Applications / Re: DOSBox Issue - STDCPP6?
« on: May 24, 2020, 08:41:09 am »
wchar() problem? Wonder if all translations will be handled? There's been quite a few wchar() fixes that come with GCC9.9.2. wchar = wide char = utf8 or utf16.

14
Applications / Re: DOSBox Issue - STDCPP6?
« on: May 24, 2020, 06:47:04 am »
Update about my build, seems here it is using SDL12.DLL in @unixroot\usr\local\lib, not the RPM installed one. They both have the same name and presumably the same exports so should be interchangable, but who knows until tested.
This is just the latest tarball from sourceforge that I built as I couldn't find the source that Josh used. Luckily he/someone seems to have got the OS/2 patches committed upstream.
As for downgrading libstdc++, so much is going to depend on it as it is a basic system type library that downgrading isn't advised.

15
Applications / Re: DOSBox Issue - STDCPP6?
« on: May 24, 2020, 05:02:47 am »
Here is a rebuilt dosbox.exe. Move all DLLs and dosbox.exe out of your dosbox install directory, I'd just create a bak directory or such and move them there, then unzip this one into your dosbox install directory and test. All I know is that it started up here.
Edit: this uses the latest DLLs from netlabs-rel including SDL.

Pages: [1] 2 3 ... 163