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 - Remy

Pages: [1] 2 3 ... 18
1
Multimedia / Re: Use of webcam
« on: May 30, 2020, 08:10:35 pm »
May b Wim could help on this webcan part ?

Full information about c270 found:

Device 3:
  ctrlID=3 DevAdr=0 ConfigVal=5 IfNo=1 Speed=2 Port=4 HubIx=4
  USB Release number=0x200 DevReleaseNumber=0x10
  Class=239 SubClass=2 Protocol=1 MaxPacketSize=64
  Vendor:Product=046d:0825 NumConfigurations=1
  Configuration: NumInterfaces=4 ConfigValue=1 StringIx=0 Attr=0x80 MaxPower=250
  Interface 0: Alt=0 nEP=1 Class=14(Video) SubClass=1 Protocol=0 StringIx=0
  Endpoint: Adr=0x87 Attr=0x3 MaxPktSize=16 Interval=8
  Interface 1: Alt=0 nEP=0 Class=14(Video) SubClass=2 Protocol=0 StringIx=0
  Interface 1: Alt=1 nEP=1 Class=14(Video) SubClass=2 Protocol=0 StringIx=0
  Endpoint: Adr=0x81 Attr=0x5 MaxPktSize=192 Interval=1
  Interface 1: Alt=2 nEP=1 Class=14(Video) SubClass=2 Protocol=0 StringIx=0
  Endpoint: Adr=0x81 Attr=0x5 MaxPktSize=384 Interval=1
  Interface 1: Alt=3 nEP=1 Class=14(Video) SubClass=2 Protocol=0 StringIx=0
  Endpoint: Adr=0x81 Attr=0x5 MaxPktSize=512 Interval=1
  Interface 1: Alt=4 nEP=1 Class=14(Video) SubClass=2 Protocol=0 StringIx=0
  Endpoint: Adr=0x81 Attr=0x5 MaxPktSize=640 Interval=1
  Interface 1: Alt=5 nEP=1 Class=14(Video) SubClass=2 Protocol=0 StringIx=0
  Endpoint: Adr=0x81 Attr=0x5 MaxPktSize=800 Interval=1
  Interface 1: Alt=6 nEP=1 Class=14(Video) SubClass=2 Protocol=0 StringIx=0
  Endpoint: Adr=0x81 Attr=0x5 MaxPktSize=944 Interval=1
  Interface 1: Alt=7 nEP=1 Class=14(Video) SubClass=2 Protocol=0 StringIx=0
  Endpoint: Adr=0x81 Attr=0x5 MaxPktSize=2688 Interval=1
  Interface 1: Alt=8 nEP=1 Class=14(Video) SubClass=2 Protocol=0 StringIx=0
  Endpoint: Adr=0x81 Attr=0x5 MaxPktSize=2848 Interval=1
  Interface 1: Alt=9 nEP=1 Class=14(Video) SubClass=2 Protocol=0 StringIx=0
  Endpoint: Adr=0x81 Attr=0x5 MaxPktSize=3040 Interval=1
  Interface 1: Alt=10 nEP=1 Class=14(Video) SubClass=2 Protocol=0 StringIx=0
  Endpoint: Adr=0x81 Attr=0x5 MaxPktSize=4992 Interval=1
  Interface 1: Alt=11 nEP=1 Class=14(Video) SubClass=2 Protocol=0 StringIx=0
  Endpoint: Adr=0x81 Attr=0x5 MaxPktSize=5116 Interval=1
  Interface 2: Alt=0 nEP=0 Class=1(Audio) SubClass=1 Protocol=0 StringIx=0
  Interface 3: Alt=0 nEP=0 Class=1(Audio) SubClass=2 Protocol=0 StringIx=0
  Interface 3: Alt=1 nEP=1 Class=1(Audio) SubClass=2 Protocol=0 StringIx=0
  Interface 3: Alt=2 nEP=1 Class=1(Audio) SubClass=2 Protocol=0 StringIx=0
  Interface 3: Alt=3 nEP=1 Class=1(Audio) SubClass=2 Protocol=0 StringIx=0
  Interface 3: Alt=4 nEP=1 Class=1(Audio) SubClass=2 Protocol=0 StringIx=0


2
Applications / Re: PDFtk for OS/2 would be nice!
« on: May 30, 2020, 03:10:40 pm »
You can use Ghostscript too .

A simple Ghostscript command to merge two PDFs in a single file is shown below:
gs -dNOPAUSE -sDEVICE=pdfwrite -sOUTPUTFILE=combine.pdf -dBATCH 1.pdf 2.pdf

3
Multimedia / Re: Use of webcam
« on: May 30, 2020, 11:36:50 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.

Hi Dave,

The microphone is the one included into the C270. How to make it work ?
Which application to use, how to find the USB microphone information to bind with, any tools ? how to enable it ? ....

As you see, I have a lot of questions :D

Regards
Rémy

4
Multimedia / Re: Use of webcam
« on: May 29, 2020, 08:11:00 pm »
Could Andy or Roderick help with they suggestions about how to progress into this "no more working issue"?
Open a Mantis ticket, be sure to include a testlog that was run with the desired hardware plugged in.  Even if it turns out to be an issue in third party software, we'll look at the issue to try to make that determination.
Be sure to give a good description of what you are attempting and any errors that you receive. 
I can tell you that isochronous support is available, I cannot say it is impossible for there to be an issue with it.

Thanks Andy,
I followed your suggestion and AN found the issue

In fact: The code has nothing to do with isochronous transfers and it seems to be a buffer pointer verification error
I just tested a correction and it works (have to wait on next v12.6)

Now, how to get audio out of the webcam ?
Any idea ?

Regards
Rémy

5
Multimedia / Re: Use of webcam
« on: May 26, 2020, 08:24:26 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.

Thanks for your reply Dave.
Yes, I could read some information that USB3 implementation requires lot of work and harder as expected (buffer size etc...)

Regards

6
Applications / Re: WarpIN: Exception on Main thread
« on: May 26, 2020, 02:55:50 pm »
I insist this computer works exactly the same with HT on / off. The only difference is that 4 or 8 cpus appear. So much so that the other day when I modified it to 4, I left it at four because I didn't notice anything, not even in performance. Subsequently, I changed it again to 8, to see if it had influence with another subject, but no.
saludos

Hi Roberto,

Just about the "hyperthreading" subject. I have a i7 5775c
I have HT on under the bios
> I've got many unpredictable erros as well firefox unstability
After disabling the HT CPUs via ACPI parameters under config.sys, all went well (only 4 CPUs dispalied) and performances ares 100% identical with 4 CPU's or 8 CPU's  (I only saw an advantage under windows and this is why I left HT on under the bios)   

7
Multimedia / Re: Use of webcam
« on: May 26, 2020, 01:17:32 pm »
Superb. We now have 2 bright persons to get the error fixed. Now you just need to convince Wim to pass the code over to you.
Sorry, that's enough nonsense for me: breaking an interface that everyone had agreed on and that worked. Period. Enough said.

Hi Lars,

Are your drivers 32bits or 16bits ?
(If 32bits, then I'll take time to create a "test partition" and give them a try. AS I wrote, I prefer working with AN supported driver to not have support exclusion but if it works well under my HW environment with USB3 in a near future - I need it -, I'll migrate my prod system to use your drivers) 

USB like most drivers I think, conforms to RFCs. Are there ?
(I don't know and have no skill to check this).

"As written, I have no knowledge into these specific part but having done software support for a very long time, I had cases where some big companies wrote they own code, founding some working process and based they code on they founding and it worked under all releases and for several version too (worked for several years). At new version, code was rewritten to support new functions and satisfy existing official and supported functions too but this makes the code from these clients no more working and of course, they were upset.  After deep and long investigation, it was put in evidence that they used some not described process they found them self as working but these processes where never part of the product functions nor supported. Clients have to update they programs to conform product official supported function which was always the same with new added functions. When Client no more working product was an OEM product, then OEM development and product I supported development were put in contact to help into a resolution"

This is why, it is important to check USB functions called or call process used are those officially supported. If this is the case, then the product should work and if it doesn't, then some work have to be done to make it work and satisfy supported functions.

For the AN USB driver, it is a main change, version change (32bits).
This means a big code change and I suppose that the focus is to make official supported functions work like before with new ones. Of course, new code could mean new bug but to determine new bugs, support has to know how calls are made to the USB part with may be traces etc... (Wim knows this). 

I think it would be nice if Wim could contact the USB v12 developers and get from them needed information to check if all is ok at his side. If something changed, was it previously officially supported? If yes, then it should work as before under the new v12 code = AN ticket to be opened. If not, is a new more powerful option available?

Could Andy or Roderick help with they suggestions about how to progress into this "no more working issue"?

Best regards

AN notes about USB v12
https://www.arcanoae.com/wp-content/uploads/wiki/ReadMe-USB.txt

What about this extract !
"Note that from version 11.01, the usbcalls library was reorganized to
try to merge the functionality from all the different versions and
create a universal interface. A few versions were incompatible and
those incompatible interfaces were discarded in favor of the more
capable, more popular modern ones. If your application is very old or
was linked with an incompatible library, you will need to relink your
application with the new library."

8
Multimedia / Re: Use of webcam
« on: May 25, 2020, 08:43:05 pm »
It worked with 11.17. It worked and still works with my USB driver stack. It fails with 12.05. Therefore, it confirms EVERYTHING. If AN did change the programming interface to USBCALLS/USBRESMG either accidentally or deliberately or if it is a bug accidentally introduced, then it is up to them to fix it.

This binary "I'm right, you're wrong" mentality gets in the way of developing a more sophisticated understanding of software malfunctions. Often the issue is not a bug, per se, but a difference in implementation. Two examples (not necessarily specific to USBCALLS, etc):

* The client calls a function that takes several arguments but one of the arguments it supplies is invalid. Implementation A identifies the invalid argument but recognizes that it has no effect in the current context, so ignores it and proceeds. In contrast, when Implementation B sees the invalid argument, it returns an error code.

* A public function calls an internal function to read the hardware; that function returns a value that is outside the expected range. Implementation A simply passes the value to the client, expecting it to deal with potentially invalid results. Implementation B examines the value, sees it's out of range and returns an error.

In the first example, the client code is clearly to blame: there's no reason to expect any called code to accept an invalid argument. In the second example, who to "blame" is less clear - this could simply come down to two different interpretations of the specifications/RFC.

Until we know what is happening at the point of failure, we have no way of knowing which implementation is in error - if any.

I agree with you
(e.g. when I installed latest VLC build, I was surprised not seen it starting as expected but crashed... after checking all my parms, I used an previous releases supported parm but this one was no more accepted under new VLC build. removing this older parm makes VLC work again)

9
Multimedia / Re: Use of webcam
« on: May 25, 2020, 05:52:26 pm »
One additional note:
Wim can confirm or not but I would believe that uvcview.exe/uvcscope.exe uses USBCALLS/USBRESMG to do its thing.
Therefore,the problem could also be located in those components.
Taken the fact that Rich reported that USB audio works ok with the AN 32-bit stack, I consider these 2 a likely source of the problem.

Yes, uvcview.exe/uvcscope.exe are using USBCALLS/USBRESMG to do their thing. The only difference is that uvcscope.exe has a microscope selection parameter.

I have a Lenovo Thinkpad T540p with two bootable ArcaOS volumes. One has USB 11.17, and runs websee UVCView.exe perfectly. The second has USB 12.05 and  UVCView terminates with an error: [0000FF14] Obtain thread error!

This confirms that the problem is somewhere within the ArcaNoae 12.x USB driver set.

This doesn't confirm anything due USBCALLS is specific and must be at same level as other usb drivers.
Changing process or like it works is not a sing of miss function but more like compatibility...
 
What can be done to have uvcscope.exe compatible with new releases ?
(this is something I always have with GUI reequiring me to verify and adapt my "tools" at each update)

Do you have a debug option to trace in/out flow ?

Thanks and Regards
Rémy
 

It worked with 11.17. It worked and still works with my USB driver stack. It fails with 12.05. Therefore, it confirms EVERYTHING. If AN did change the programming interface to USBCALLS/USBRESMG either accidentally or deliberately or if it is a bug accidentally introduced, then it is up to them to fix it.
There are a whole lot of other applications using USBCALLS/USBRESMG. Do you also expect them to be updated ?

Are any RFC about this part of function ?
If no RFC exist, it may be possible, why not ? else it should satisfy rfc.

10
Multimedia / Re: Use of webcam
« on: May 25, 2020, 02:00:40 pm »
I version 12.05 of the usb, I had to remove it because it did not allow me to send forwarding emails from the Thunderbird. For now I continue with 12.04

With which thunderbird version !
I have done many test recently with thunderbird 38 and 45 and didn't fall into our case (I have all dlls at latest AN rel level). It may be interresting for me to test similar case (after updating clamav xpi plugin). how did you (step by step)
Regards
Rémy

11
Multimedia / Re: Use of webcam
« on: May 25, 2020, 01:54:49 pm »
One additional note:
Wim can confirm or not but I would believe that uvcview.exe/uvcscope.exe uses USBCALLS/USBRESMG to do its thing.
Therefore,the problem could also be located in those components.
Taken the fact that Rich reported that USB audio works ok with the AN 32-bit stack, I consider these 2 a likely source of the problem.

Yes, uvcview.exe/uvcscope.exe are using USBCALLS/USBRESMG to do their thing. The only difference is that uvcscope.exe has a microscope selection parameter.

I have a Lenovo Thinkpad T540p with two bootable ArcaOS volumes. One has USB 11.17, and runs websee UVCView.exe perfectly. The second has USB 12.05 and  UVCView terminates with an error: [0000FF14] Obtain thread error!

This confirms that the problem is somewhere within the ArcaNoae 12.x USB driver set.

This doesn't confirm anything due USBCALLS is specific and must be at same level as other usb drivers.
Changing process or like it works is not a sing of miss function but more like compatibility...
 
What can be done to have uvcscope.exe compatible with new releases ?
(this is something I always have with GUI reequiring me to verify and adapt my "tools" at each update)

Do you have a debug option to trace in/out flow ?

Thanks and Regards
Rémy
   

12
Multimedia / Re: Use of webcam
« on: May 25, 2020, 01:04:37 am »
The program gets this FF14 error when it tries to allocate resources for isochronous transfers.
Like Lars already said: isochronous transfers are not yet supported by the ArcaOS 12.x USB drivers.
Try and use the ArcaOS 11.17 drivers instead. Or use the latest Lars Erdmann USB driver set.

Ok, thanks i'll give it a try

Did you try and use your webcam with the ArcaOS 11.17 drivers? Did it work with these?
Did you try and use your webcam with the Lars Erdmann 10.234 drivers? Did it work with these? 

Hi    Wim,

According Andy's update,  isochronous is supported.
How to make it work please using  AN latest build ?
Thanks

Regards
Rémy

As I wrote at the top, I did a try with your usbecd driver and it didn't work too. You told me to remove it, So I did.

No,  I can not  go backward to ArcaOS 11.17  (it requires to backward on all usb drivers and this is not possible to maintain my production (and only system) system fully operational)
This system is with AN supported drivers according support contract, those from Lars aren't supported.
There are no elements telling a failure into AN drivers !  So, no ticket can be opened now for a problems outside AN products

what else please ?

Some information about the webcam seen by the driver.
Device 3:
  ctrlID=3 DevAdr=0 ConfigVal=5 IfNo=1 Speed=2 Port=4 HubIx=4
  USB Release number=0x200 DevReleaseNumber=0x10
  Class=239 SubClass=2 Protocol=1 MaxPacketSize=64
  Vendor:Product=046d:0825 NumConfigurations=1
  Configuration: NumInterfaces=4 ConfigValue=1 StringIx=0 Attr=0x80 MaxPower=250
  Interface 0: Alt=0 nEP=1 Class=14(Video) SubClass=1 Protocol=0 StringIx=0
  Endpoint: Adr=0x87 Attr=0x3 MaxPktSize=16 Interval=8
  Interface 1: Alt=0 nEP=0 Class=14(Video) SubClass=2 Protocol=0 StringIx=0
  Interface 1: Alt=1 nEP=1 Class=14(Video) SubClass=2 Protocol=0 StringIx=0
  Endpoint: Adr=0x81 Attr=0x5 MaxPktSize=192 Interval=1
  Interface 1: Alt=2 nEP=1 Class=14(Video) SubClass=2 Protocol=0 StringIx=0
  Endpoint: Adr=0x81 Attr=0x5 MaxPktSize=384 Interval=1
  Interface 1: Alt=3 nEP=1 Class=14(Video) SubClass=2 Protocol=0 StringIx=0
  Endpoint: Adr=0x81 Attr=0x5 MaxPktSize=512 Interval=1
  Interface 1: Alt=4 nEP=1 Class=14(Video) SubClass=2 Protocol=0 StringIx=0
  Endpoint: Adr=0x81 Attr=0x5 MaxPktSize=640 Interval=1
  Interface 1: Alt=5 nEP=1 Class=14(Video) SubClass=2 Protocol=0 StringIx=0
  Endpoint: Adr=0x81 Attr=0x5 MaxPktSize=800 Interval=1
  Interface 1: Alt=6 nEP=1 Class=14(Video) SubClass=2 Protocol=0 StringIx=0
  Endpoint: Adr=0x81 Attr=0x5 MaxPktSize=944 Interval=1
  Interface 1: Alt=7 nEP=1 Class=14(Video) SubClass=2 Protocol=0 StringIx=0
  Endpoint: Adr=0x81 Attr=0x5 MaxPktSize=2688 Interval=1
  Interface 1: Alt=8 nEP=1 Class=14(Video) SubClass=2 Protocol=0 StringIx=0
  Endpoint: Adr=0x81 Attr=0x5 MaxPktSize=2848 Interval=1
  Interface 1: Alt=9 nEP=1 Class=14(Video) SubClass=2 Protocol=0 StringIx=0
  Endpoint: Adr=0x81 Attr=0x5 MaxPktSize=3040 Interval=1
  Interface 1: Alt=10 nEP=1 Class=14(Video) SubClass=2 Protocol=0 StringIx=0
  Endpoint: Adr=0x81 Attr=0x5 MaxPktSize=4992 Interval=1
  Interface 1: Alt=11 nEP=1 Class=14(Video) SubClass=2 Protocol=0 StringIx=0
  Endpoint: Adr=0x81 Attr=0x5 MaxPktSize=5116 Interval=1
  Interface 2: Alt=0 nEP=0 Class=1(Audio) SubClass=1 Protocol=0 StringIx=0
  Interface 3: Alt=0 nEP=0 Class=1(Audio) SubClass=2 Protocol=0 StringIx=0
  Interface 3: Alt=1 nEP=1 Class=1(Audio) SubClass=2 Protocol=0 StringIx=0
  Interface 3: Alt=2 nEP=1 Class=1(Audio) SubClass=2 Protocol=0 StringIx=0
  Interface 3: Alt=3 nEP=1 Class=1(Audio) SubClass=2 Protocol=0 StringIx=0
  Interface 3: Alt=4 nEP=1 Class=1(Audio) SubClass=2 Protocol=0 StringIx=0

Best regards
Rémy
 

13
Multimedia / Re: Use of webcam
« on: May 24, 2020, 07:33:53 pm »
The program gets this FF14 error when it tries to allocate resources for isochronous transfers.
Like Lars already said: isochronous transfers are not yet supported by the ArcaOS 12.x USB drivers.
Try and use the ArcaOS 11.17 drivers instead. Or use the latest Lars Erdmann USB driver set.

Hi    Wim,

According Andy's update,  isochronous is supported.
How to make it work please using  AN latest build ?
Thanks

Regards
Rémy

14
Applications / Re: ClamAV-GUI.
« on: May 24, 2020, 04:37:28 pm »
Minor update 3.6.3.1
- updated plugin for thunderbird 45.8
- updated dlls

15
Multimedia / Re: Use of webcam
« on: May 21, 2020, 09:24:53 pm »
Hi Lars,

When will (32-bit) ArcaOS Drivers support isochronous transfers ?
In current periods with pandemic etc.... web conference and use of a webcam is more and more important.

Best regards
Rémy

Pages: [1] 2 3 ... 18