Recent Posts

Pages: [1] 2 3 ... 10
1
Setup & Installation / ArcaOS - in place upgrade - version 5.0.4
« Last post by Paul Richards on Today at 05:56:24 am »
Never having done an in-place upgrade I decided to test it out on a Virtual Box VM of ArcaOS. I created a 'virtual' ISO of the downloaded upgrade which showed up as drive S: on my VM. I assume that I then have to do a selective install (because I couldn't find any way to boot from the virtual ISO.)

I go through the various options and get to 'Select the source drive and directory' , choose s:\os2image which takes me through various options and then does the update. Unfortunately I now have a screen resolution of 640 x 480 whereas before the upgrade my resolution was 1024 x 640.  When I go into System Setup and choose Screen there is only the one resolution shown (640 x 480) so I have clearly messed up the install. I'd appreciate some guidance here. Thanks

2
Networking / Re: Samba Server v4.11.7
« Last post by Paul Smedley on Today at 05:03:25 am »
Hi all,

FYI, this is now updated to v4.11.9 and seems to be reasonably stable in testing to date. Still ironing out some warts but hope to be ready for more testers soon.

At this stage, only the functionality of a Standalone Server will be supported. The Domain Controller functionality requires Python 3, which we don't currently have.

I could still use a couple more testers if people have some time.

Cheers,

Paul
3
Multimedia / Re: Use of webcam
« Last post by Lars on June 02, 2020, 04:41:55 pm »
Hi Lars,

Hi Wim,

does USBAUDIO.SYS also fail to find the microphone on the C-270 ?

I cannot try because I don't have the C270. But the C270 is also a miscellaneous device so usbaudio.sys will also ignore it.   

Quote
For the C-250 and also for the C-270 I can see AUDIO CONTROL and also one or more AUDIO STREAMING interfaces and that's ok.
But there are also association descriptors. Maybe usbaudio.sys fails to properly find the control and streaming descriptors because it gets confused by the association descriptor.

Certainly, USBAUDIO.SYS should not trap if it finds a "record only" USB audio device. I have a USB microphone (only MIC). Let's see what that does to USBAUDIO.SYS.

I must say that I did a dirty hack to accept the webcam and to find the feature_unit  descriptor. I seem to recall that the traps occur while attempting to record.

Quote
I would say that USBAUDIO.SYS (and USBAUD2.SYS) should support everything that has a AUDIO CONTROL and AUDIO STREAMING interface (descriptor). It has to serve all devices of that class, even if there is more to the device than just audio.

The video part would then be handled by a USBVIDEO.SYS driver but you have decided to go a different route via USBCALLS/USBRESMG which is also ok.
Hi Wim,
in the lsusb report I see a warning "Warning: Descriptor too short" which will break the descriptor chain and that is true for the C-250 and C-270. Maybe THAT is the reason why searching for the audio control and streaming interface descriptors fails because the OS/2 USB client drivers always search the chain by honouring the "bLength" field instead of using known fixed values.
4
Applications / Re: DOSBox Issue - STDCPP6?
« Last post by Andreas Schnellbacher on June 02, 2020, 04:33:42 pm »
Do you think it will be ok to update update your page with this new update?
https://www.joschs-robotics.de/dosbox/dosbox.html
Just wait a bit. Jochen plans to upload a new version to his site.
5
Applications / Re: DOSBox Issue - STDCPP6?
« Last post by Andreas Schnellbacher on June 02, 2020, 04:31:36 pm »
Do you think it will be ok to update update your page with this new update?
https://www.joschs-robotics.de/dosbox/dosbox.html
Just wait a bit. Jochen will probbaly upload an official version to Hobbes.

(@Jochen: Use passive FTP.)
6
Applications / Re: DOSBox Issue - STDCPP6?
« Last post by Martin Iturbide on June 02, 2020, 04:26:46 pm »
Hi Jochen

Do you think it will be ok to update update your page with this new update?
https://www.joschs-robotics.de/dosbox/dosbox.html

It works for me, but I don't know if there are more comments.

Regards
7
Multimedia / Re: Use of webcam
« Last post by Remy on June 02, 2020, 03:54:03 pm »
Quote
Quote
Under linux, ffmpeg as well ffplay are able to use specified hw input device like webcam but this is currently not implemented under os/2 (code not ported)

Perhaps 2 hardware devices are then being used (one for audio and one for video)? Would that be dll's (like video4linux.dll and alsa.dll)?


To get video and audio, both interfaces have to be used and as I understand, 2 devices
Both formats video4linux and alsa are not available under ffmpeg yet (missing dlls)   

Quote
Quote
Or uvcscope sending mjpeg (play video + send all mjpeg or only send mjpeg) to ffmpeg or ffplay (both using parm " f mjpeg -i - "  (reading stdin)
e.g.  uvvscope /dxxxx:xxxx:xxxx - | ffplay -f mjpeg -i -     (or   uvvscope /dxxxx:xxxx:xxxx - | ffmpeg -f mjpeg -i - record.avi   

What do you mean by "play video + send all mjpeg or only send mjpeg" ? Would an application without video display (like my weblook.exe) do?


I just give a try to weblook and no, weblook seems to only open access to the webcam. additional code is needed like stream the webcam rawvideo to stdout (or pipe, or local udp port).
ffmpeg can have multiple entries and can handle video as well audio in one command line. Video from first input goes maps as e.g. 0:0 and audio from second input maps as e.g. 0:1 input final video

 ***

In following example, I mux video from video1 with audio from video2 (both mp4) into the pipe (converting into mpegts) and ffplay plays the pipe received video "TS format" (low quality due no other specified options)

having the video and audio as selected under ffmpeg.

ffmpeg -i video1.mp4 -i video2.mp4 -map 0:v:0 -map 1:a:0 -shortest -f mpegts pipe: | ffplay -i pipe:
same as:
ffmpeg -i video1.mp4 -i video2.mp4 -map 0:v:0 -map 1:a:0 -shortest -f mpegts - | ffplay -i -

test done with ffplay show me it only reads pipe:  (or - )

Same example using udp port:
ffmpeg -i video1.mp4 -i video2.mp4 -map 0:v:0 -map 1:a:0 -shortest -f mpegts udp://127.0.0.1:5000 | ffplay -i udp://0.0.0.0:5000

Using pipe or udp, the stream must be seekable (mp4 is no good, this is why I added mpegts)

video1.mp4 and video2.mp4 input can be file (like here) or pipe or udp
8
Multimedia / Re: Use of webcam
« Last post by Wim Brul on June 02, 2020, 03:52:14 pm »
Hi Lars,

Hi Wim,

does USBAUDIO.SYS also fail to find the microphone on the C-270 ?

I cannot try because I don't have the C270. But the C270 is also a miscellaneous device so usbaudio.sys will also ignore it.   

Quote
For the C-250 and also for the C-270 I can see AUDIO CONTROL and also one or more AUDIO STREAMING interfaces and that's ok.
But there are also association descriptors. Maybe usbaudio.sys fails to properly find the control and streaming descriptors because it gets confused by the association descriptor.

Certainly, USBAUDIO.SYS should not trap if it finds a "record only" USB audio device. I have a USB microphone (only MIC). Let's see what that does to USBAUDIO.SYS.

I must say that I did a dirty hack to accept the webcam and to find the feature_unit  descriptor. I seem to recall that the traps occur while attempting to record.

Quote
I would say that USBAUDIO.SYS (and USBAUD2.SYS) should support everything that has a AUDIO CONTROL and AUDIO STREAMING interface (descriptor). It has to serve all devices of that class, even if there is more to the device than just audio.

The video part would then be handled by a USBVIDEO.SYS driver but you have decided to go a different route via USBCALLS/USBRESMG which is also ok.
9
Multimedia / Re: Use of webcam
« Last post by Lars on June 02, 2020, 02:00:59 pm »
Hi Wim,

does USBAUDIO.SYS also fail to find the microphone on the C-270 ?
For the C-250 and also for the C-270 I can see AUDIO CONTROL and also one or more AUDIO STREAMING interfaces and that's ok.
But there are also association descriptors. Maybe usbaudio.sys fails to properly find the control and streaming descriptors because it gets confused by the association descriptor.

Certainly, USBAUDIO.SYS should not trap if it finds a "record only" USB audio device. I have a USB microphone (only MIC). Let's see what that does to USBAUDIO.SYS.

I would say that USBAUDIO.SYS (and USBAUD2.SYS) should support everything that has a AUDIO CONTROL and AUDIO STREAMING interface (descriptor). It has to serve all devices of that class, even if there is more to the device than just audio.

The video part would then be handled by a USBVIDEO.SYS driver but you have decided to go a different route via USBCALLS/USBRESMG which is also ok.
10
Rich, thanks for the explanation.

I consider my testing as completed. I just rebooted and all desktop objects move down. (I have my top XCenter object configured to reduce the workarea.)

The IFX line in CONFIG.SYS: CALL=C:\sys\apps\ifx\ifx.exe
I'm using IFX 1.23 of ArcaOS 5.0.4.

The system crashed hard before that on trying to start VirtualPC (vpc.exe). It's not working stable here, but it had no impact on the reduce-desktop-workarea problem before, when I simply always deleted it.

I have added the object for "rmdesktopfolderpos.cmd run" to my XWP shutdown folder again. I don't have WarpCenter running and don't use Styler Shutdown.
Pages: [1] 2 3 ... 10