- MPlayer-os2 - lists.mplayerhq.hu

Server move, possible outages
by Reimar Döffinger 16 Apr '11

16 Apr '11

Hello everyone, (sorry for this massive SPAM) mplayerhq is moving to a different server and this mailing list is affected. This will happen on monday, in parts possibly earlier. We intend of course to make this move completely seamless but it'll probably a bit more messy than that. Therefore we wanted to tell you about it, what the current status is, what might go wrong and you can do if this is an issue for you. The rest is a bit technical, if you do not understand anything just ignore it :-). If there's some service you depend on that is not mentioned consider asking us. 1) DNS: we switched to DNS on the new server, but the change hasn't propagated yet. The server will be the same as the ffmpeg.org one, so if necessary you can e.g. manually add a line like 192.190.173.45 www1.mplayerhq.hu www.mplayerhq.hu mplayerhq.hu svn.mplayerhq.hu mplayerhq.eu to /etc/hosts. IRC on freenode.net, #mplayer should work as emergency communication channel. 2) Homepage: The mplayerhq.hu homepage is already up and running on the server, some download links are not working currently though 3) Mailing lists: basic setup done, data like archives and subscriber list still missing. In the worst case you would have to subscribe again - we do _not_ expect that to happen. 4) Repositories: We have full backups of the repositories up and running (minus latest commits) but some details like who has write access and commit hooks are missing. It might be better not to use them for a few days. 5) FTP: All data is backed-up (in several places) but not all will be available from the start. In particular upload/incoming and samples will be missing for some time due to high disk-space requirements of these. Kind regards, Reimar Döffinger

1 0

Version 4-4-5 with ecs 2.0
by Ralph Balzac 01 Mar '11

01 Mar '11

It runs ok with ecs 1.2R. On ecs 2.0, says cache does not respond, and does not run. Ralph Balzac

2 1

Mplayer and more
by Ralph Balzac 27 Feb '11

27 Feb '11

I have ecs 2.0 with Panorama. Tried to install Mplayer. Seemed to install, but nothing happens when I try to run it. Thought it might be incompatible with Panorama. Tried to change to SNAP. Didn't succeed. Don't remember exactly the sequence, but I tried to deactivate ASCI, and just got in trouble. Now: still no mplayer. My computer starts beeping, apparently as a random response to doing things. Help, Ralph

2 1

Re: [Mplayer-os2] MPLAYER OS/2 PORT
by Dave Yeo 11 Oct '09

11 Oct '09

On Sat, 10 Oct 2009 15:58:48 -0500, Greg wrote: >OK Dave, > >I've spent several hours today working on this "problem". The return on >my investment was great frustration!! > >Anyway... in answer to a few of your questions: > >My OS/2 release is the 4.52 Inconvenience Package with XR_C005 applied. >The BOOT message says: "14_103_W4". I have a few FixPaks applied but, >they have to do with MPTS and TCP/IP. There is also this IDEDASD thing. > >I searched "all over the place" trying to find a more recent level of >OS2CDROM.DMD and, finally found it. I was using 10.150 which came from >that IDEDASD thing. My OS2CDROM is now at the 10.157 level which did >change a few things but, it didn't change enough. Mine reports ... Revision: 1.06 File Version: 1.6 ... I can't remember where I down loaded it from. I'm still running V4 with most free updates. > >I was chasing other incidents and came across an entry addressed by >someone I believe is an associate or colleague of yours, KO Myung-Hun. >His comments were what motivated me to try to update OS2CDROM.DMD but, >his note said that 10.163 is the most recent. I think, however, that >this applies to eCS and not OS/2. KO Myung-Hun is the maintainer and has much more knowledge of MPlayer and its OS/2 code then I do. > >I made changes to my CONFIG.SYS based on yours. I noted that you don't >have any operands or "switches" for DANIATAPI. As I said, if I don't >specify "/A:0 /U:1 /RSJ", the OS/2 Drive Folder shows only my CDROM and >not the "Burner". I have replaced OS2CDROM with JJSCDROM.DMD and I >included the "switches" you had in your CONFIG.SYS. Trouble is, nothing >much changed. What happens if you remove the RSJ stuff from config.sys? Just now reading the docs for daniatapi I notice there is quite a bit of stuff on using it with RSJ about 2/3rds into the document. You might want to look at that. > >When attempting to play a DVD in what is now the "H" drive, I get: > >> Playing dvd://1. >> libdvdread: Using libdvdcss version 1.2.10 for DVD access >> libdvdread: Can't seek to block 256 >> libdvdnav:DVDOpenFileUDF:UDFFindFile /VIDEO_TS/VIDEO_TS.IFO failed >> libdvdread: Can't seek to block 256 >> libdvdnav:DVDOpenFileUDF:UDFFindFile /VIDEO_TS/VIDEO_TS.BUP failed >> libdvdread: Can't open file VIDEO_TS.IFO. >> Can't open VMG info! >> No stream found to handle url dvd://1 These are the errors I used to get with my last DVDRW (an LG model). I tried everything I could think of to fix it with no luck. The odd DVD did work, especially burned copies without dvdcss. > >Trying to play a DVD that has been "ripped" to disk gets me the exact >same thing. I also misremembered. I picked up an old dvd reader at a thrift store. That one only worked by ripping first. Then it worked fine. > >I don't own that many DVDs but, I tried to play another one. This time I >get: > >> libdvdread: Using libdvdcss version 1.2.10 for DVD access >> >> libdvdread: Attempting to retrieve all CSS keys >> libdvdread: This can take a _long_ time, please be patient >> >> libdvdread: Get key for /VIDEO_TS/VTS_01_1.VOB at 0x0000013e >> libdvdread: Elapsed time 0 >> libdvdread: Get key for /VIDEO_TS/VTS_02_0.VOB at 0x00000180 >> libdvdread: Elapsed time 0 >> libdvdread: Get key for /VIDEO_TS/VTS_02_1.VOB at 0x00020e43 >> libdvdread: Elapsed time 0 >> libdvdread: Get key for /VIDEO_TS/VTS_03_1.VOB at 0x001cbb52 >> libdvdread: Error cracking CSS key for /VIDEO_TS/VTS_03_1.VOB >> (0x001cbb52)!! >> libdvdread: Elapsed time 0 >> libdvdread: Get key for /VIDEO_TS/VTS_04_1.VOB at 0x001cbb7b >> libdvdread: Error cracking CSS key for /VIDEO_TS/VTS_04_1.VOB >> (0x001cbb7b)!! >> libdvdread: Elapsed time 0 >> libdvdread: Get key for /VIDEO_TS/VTS_05_1.VOB at 0x001f456e >> libdvdread: Error cracking CSS key for /VIDEO_TS/VTS_05_1.VOB >> (0x001f456e)!! >> libdvdread: Elapsed time 0 >> libdvdread: Get key for /VIDEO_TS/VTS_06_1.VOB at 0x001f4583 >> libdvdread: Error cracking CSS key for /VIDEO_TS/VTS_06_1.VOB >> (0x001f4583)!! >> libdvdread: Elapsed time 0 >> libdvdread: Get key for /VIDEO_TS/VTS_07_1.VOB at 0x002157bc >> libdvdread: Error cracking CSS key for /VIDEO_TS/VTS_07_1.VOB >> (0x002157bc)!! >> libdvdread: Elapsed time 0 >> libdvdread: Found 7 VTS's >> libdvdread: Elapsed time 0 >> The selected video_out device is incompatible with this codec. >> Try appending the scale filter to your filter list, >> e.g. -vf spp,scale instead of -vf spp. >> Unsupported PixelFormat -1 >> [mpeg2video @ 0x34ea04]ac-tex damaged at 34 7 >> [mpeg2video @ 0x34ea04]Warning MVs not available > >There are other errors but, these seemed most interesting. That is a strange crop of errors. If the first ones are correct about the failure to crack the key then it is possible MPlayer was reading encrypted data (looks random) and just got confused. > >I seem to think I'm forgetting something but, I think this is enough for >now. Well unluckily you might just have an incompatible DVDRW. I saw the odd other person complaining about similar problems and I know I had similar problems. I also had the same results under Linux so it wasn't just an operating system problem. Still you might want to look at DANIATAPI docs. Also from Googling this might be caused by overly aggressive region coding and there are cracked firmware updates that may fix your DVDRW or may brick it. I never had the nerve to try. Still my drive just got slow then started only working interment then died. My new drive plays DVDs great with MPlayer > >Again, I thank you for your time and, if this gets to be too much, just >say so. Its interesting, still understand I'm not an expert and some of what I say is guess work and it is good to back things up Dave

1 0

Re: [Mplayer-os2] MPLAYER OS/2 PORT
by Dave Yeo 10 Oct '09

10 Oct '09

On 10/09/09 08:01 am, Greg wrote: > Dave, > > Thank you for your speedy reply! > > Here are the error messages: > >> libdvdread: Using libdvdcss version 1.2.10 for DVD access >> libdvdread: Could not open Z: with libdvdcss. >> libdvdread: Can't open Z: for reading >> libdvdread: Device (null) inaccessible, CSS authentication not available. >> libdvdnav:DVDOpenFilePath:findDVDFile /VIDEO_TS/VIDEO_TS.IFO failed >> libdvdnav:DVDOpenFilePath:findDVDFile /VIDEO_TS/VIDEO_TS.BUP failed >> libdvdread: Can't open file VIDEO_TS.IFO. >> Can't open VMG info! >> No stream found to handle url dvd://1 Well it looks simply like MPlayer can't open Z: for some strange reason, I guess related to being loaded with RSJ. > > Regarding RSJ... I may be wrong but, OS/2 won't "see" a DVDRW device as an > ordinary CD. Therefore, I use RSJ. I do remember reading something about getting > OS/2 to see the DVDRW device by using certain parameters on DANIATAPI but, I > haven't investigated this too closely. OS/2 doesn't have any problem seeing my DVDRW. What version of OS/2 are you using? Anyways here's my config.sys entries with notes basedev daniS506.add basedev=OS2DASD.DMD BASEDEV=OS2LVM.DMD REM basedev=DANIDASD.DMD (this was from before I added LVM support.) device=E:\OS2\BOOT\JJSCDROM.DMD /V /FC+ /FX+ /FM+ (http://hobbes.nmsu.edu/download/pub/os2/system/drivers/cdrom/jjscdrom_20030…, might need different parameters or probably none.) rem DEVICE=E:\OS2|BOOT\OS2CDROM.DMD (from before installing JJSCDROM) IFS=E:\OS2|BOOT\UDF.IFS IFS=E:\OS2|BOOT\CDFS.IFS /v /w device=E:\OS2\MDOS\VCDROM.SYS BASEDEV=DANIATAPI.FLT BASEDDEV=OS2ASPI.DMD /ALL (this and following lines so that the DVDRW is seen as a SCSI device for certain programs like cdrecord. DEVICE=E:\os2\system\aspi11b6\ASPIROUT.SYS DEVICE=e:\os2\boot\aspinkk.sys (only one of these is needed, comes with various programs like DVDAO) note that UDF is not needed but IIRC some DVD's use it. Most use the CDFS file system. I can't remember where I found UDF but I can send it to you if you need it. > > By the way, I do have dvdcss.dll in the directory for MPLAYER thanks to HOBBES. > MPlayer includes its own dvdcss.dll. WarpVision, DVDAO need it. Dave

2 1

Re: [Mplayer-os2] MPLAYER OS/2 PORT
by Dave Yeo 09 Oct '09

09 Oct '09

On Thu, 08 Oct 2009 15:50:31 -0500, Greg wrote: >I'll start with one simple (stupid) question... > >How do I play a DVD with MPLAYER?? > >According to the doc, I simply type: > >> mplayer dvd://1 -dvd-device "Z:" This should work for the first feature. Some DVD's have more features (not right name but can't think of it now) > >I get all sorts of errors which I won't bore you with unless you need to >be bored. Are these seek errors? io errors? > >The DVD in question is made available on the "Z" drive via RSJ. I can >look at it, I can do a "dir" on it but, again, MPLAYER spits up. Is it not available without RSJ? > >What am I doing wrong?? My last DVD player never did work with MPlayer on OS/2 and Linux. After it died and I replaced it then DVD playing worked fine besides waiting a few minutes while the copy protection is cracked. One workaround I found was using dvdao to rip an ISO from the dvd then pointing MPlayer at that file, eg MPlayer j:/tmp/dvd.iso You might need dvdcss.dll to go with dvdao, let me know and I can send it privately Dave

1 0

MPLAYER OS/2 PORT
by Greg 08 Oct '09

08 Oct '09

I'll start with one simple (stupid) question... How do I play a DVD with MPLAYER?? According to the doc, I simply type: > mplayer dvd://1 -dvd-device "Z:" I get all sorts of errors which I won't bore you with unless you need to be bored. The DVD in question is made available on the "Z" drive via RSJ. I can look at it, I can do a "dir" on it but, again, MPLAYER spits up. What am I doing wrong?? Regards Greg

2 1

New OS/2 port Built mplayer-dev-svn-r26012-os2-3.3.5.zip on Hobbes
by RainerStroebel＠t-online.de 17 Feb '08

17 Feb '08

Hello all, Ko Myung-Hun has published a new built on Hobbes mplayer-dev-svn-r26012-os2-3.3.5.zip For the Change log: - dev-SVN-r26012-OS2-3.3.5 ( 2008/02/17 ) .Support Mozilla plugins .Support '-wid' option .Support '-nokeepaspect' option .Support 'MPLAYER_CODECS_DIR' env. var. for Win32 binary codecs .Support 'MPLAYER_PATH' env. var. for Mozilla plugin .Support 'Enter' on Keypad. .Use libmp3lame library ( Suggestion by Ilya Zakharevich ) .Fall back to DIVE if HW is in use when auto-mode .Maintain the position and size of window when switching to full screen .MPlayer crashed abnormally if SNAP overlay is not supported. Fixed. .Dropped support of 'MPLAYER_OPTIONS' - dev-SVN-r25844-OS2-3.3.5 ( 2008/01/24 ) .Support Win32 binary codecs .Support YV12 and YVU9 acceleration on snap mode. .Support VOCTRL_DRAW_IMAGE .Use scale option from cmd line ( Use '-sws 0' option for the same performance to the previous build ) .Changed the order for auto-selection of video mode from wo -> snap -> dive to snap -> wo -> dive. .On snap mode, when playing YUY2 movie, diagonal stripes are displayed. Fixed. .On snap mode, movie is not displayed on other mode than 16M colors one. Fixed. .On snap mode, if a movie size is larger than the acceptable one, MPlayer crashed. Fixed. .On snap mode, Once restore a window after minimize it, all attributes are reset. Fixed. .SSE is not detected. Fixed( report by Andreas Ludwig ) - dev-SVN-r25520-OS2-3.3.5 ( 2007/12/29 ) .Support SNAP overlay( snapwrap.dll is needed, Thanks to Mike Forester ) .Use XviD library .Regardless of colorkey, boundary of movie is fiiled with black color .Now, MEncoder.exe is shipped as well( Suggestion by Ilya Zakharevich ) Thank to Myung-Hun Rainer

1 0

New Built of MPlayer Port form Ko Myung-Hun base on SR25844 on Hobbes
by RainerStroebel＠t-online.de 25 Jan '08

25 Jan '08

Hello Myung-Hun has published a new built of his MPlayer OS/2 port See http://hobbes.nmsu.edu/cgi-bin/h-search?key=mplayer&pushbutton=Search Right now the mdoules ar in the incomming directory. Many thanks to Myung-Hun for the built and the work!! kind regards Rainer 10. History specific to OS/2 --------------------------- - dev-SVN-r25844-OS2-3.3.5 ( 2008/01/24 ) .Support Win32 binary codecs .Support YV12 and YVU9 acceleration on snap mode. .Support VOCTRL_DRAW_IMAGE .Use scale option from cmd line ( Use '-sws 0' option for the same performance to the previous build ) .Changed the order for auto-selection of video mode from wo -> snap -> dive to snap -> wo -> dive. .On snap mode, when playing YUY2 movie, diagonal stripes are displayed. Fixed. .On snap mode, movie is not displayed on other mode than 16M colors one. Fixed. .On snap mode, if a movie size is larger than the acceptable one, MPlayer crashed. Fixed. .On snap mode, Once restore a window after minimize it, all attributes are reset. Fixed. .SSE is not detected. Fixed( report by Andreas Ludwig ) - dev-SVN-r25520-OS2-3.3.5 ( 2007/12/29 ) .Support SNAP overlay( snapwrap.dll is needed, Thanks to Mike Forester ) .Use XviD library .Regardless of colorkey, boundary of movie is fiiled with black color .Now, MEncoder.exe is shipped as well( Suggestion by Ilya Zakharevich ) - dev-SVN-r24878-OS2-3.3.5 Refresh ( 2007/11/04 )

1 0

Re: [Mplayer-os2] New SDL Built - test with MPlayer old built form Paul and the Gnash port
by Dave Yeo 24 Jan '08

24 Jan '08

On Thu, 24 Jan 2008 14:55:53 -0500, Ralph Balzac wrote: >I gather then that this is for whoever is developing MPLAYER, and that I, as a >user of MPLAYER, should just wait for the next version. I do notice, however, >that the zip file has a version of SDL12.DLL which is later than what is on my >disk. Should I replace mine? > The included SDL12.DLL is compatible with the old ones so you can just replace yours and get all the benefits of the new one. I'd advice keeping your old one around incase you want to go back. I usually just rename the old DLL before upgrading. I find some of the older SDL12.DLLs work better with some of the games I'm playing. The new ones make the mouse more jerky. Right now KO Myung-Hun is developing the OS/2 version of MPlayer and FFmpeg (as kmp) and he isn't using SDL, instead using native DIVE and DART. Building from unpatched sources is easier with SDL then without and this version doesn't crash like some of the previous versions did. Also KO Myung-Hun has uploaded new versions to Hobbes, currently you can find them in /pub/new. Dave

1 0