1
Off Topic discussions / Re: Which Linux desktop for long time OS/2 users?
« on: July 15, 2024, 09:01:29 am »
I am using Xcfe desktop mostly via FreeRDP. Just tryed it, File manager opens same as last time, same with Firefox.
OS2World.com Forum is back !!!
Remember to visit OS2World at:
http://www.os2world.com
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.
I have hpfs ram drive. Browser cache of Seamonkey and Dooble are on ram disk. I tried /1 switch and browsing feels really much faster.Write speed to our RAM drive is slower than to one of my SSDs. Even when formated with JFS.It can be switched to ancient strat1 mode by adding /1 to the HD4DISK.ADD command line. BUT JFS and FAT32 do not support this mode and old (eCS) versions of FAT32.IFS just hang on it. So it`s only for HPFS (or FAT16), but on the other hand it will be fast. Suitable for the swap file, actually.
Qputty? https://ecsoft2.org/qputtyI've been using Qputty for at least 6 years. Works well but after the QT5 installation it has randomly died immediately after starting. But not often.
Might be able to build the Qt5 one from here, https://github.com/seppd/qputty-qt5
Please visit https://articles.os2voice.org , at the bottom of the Browser update 13 you can find 2 questions. Could you please fill in these two questions about your browser experienceFor clarity, I answered the other browser. I use Seamonkey 2.35 because on my system it works quickly and well on the pages that it works.
on OS/2, eCS and ArcaOS ? Thank you!
That's right...not H264, but H265...I can see same behaviour.
Anyways...was pretty happy...but I always do my final review on my OS/2 box to see how the slower hardware handles it. Now here is where the surprise showed up: mpalyer wasn't able to play the H265 video normal. What I mean by that is that the playback was about 1/2 speed and it was definitely single threaded, my CPU monitor would show a single core at 100%, which would switch to another core, etc, etc.
In comparison a regular H264 1080HQ playback normally uses about 15-20% spread on the 6 cores, and it's definitely multi-threaded.
I'm running MPlayer SVN-r38083-9.1.0, smPlayer is just fine and VLC seems to be OK, but for some reason I discovered that none of the 1080 vides are producing video outputs in VLC, but that's a separate issue.
Sooo...I'm curious: has anyone else seen this?
I logged an issue report for this, see => https://github.com/komh/mplayer-os2/issues/11
mplayer.exe https://test-videos.co.uk/vids/bigbuckbunny/mp4/h265/1080/Big_Buck_Bunny_1080_10s_2MB.mp4
MPlayer 1.4-9.1.0 (C) 2000-2019 MPlayer TeamToday, I use my cell phone as a camera. It takes better pictures than my old HP digital camera ever did (and that was better than my old Nikon film cameras). I got a short adapter cable, so I could plug a USB stick into it (formatted FAT32), and copy things to that, then to my computer. At one time, I did get the phone to transfer directly, probably using Cameraderie, but that was more difficult than using the USB stick.