January 2005 - Wine-Devel - list.winehq.org

Re: video4linux - wine
by luis lenders Jan. 5, 2005

Jan. 5, 2005

MediaHost (TM) wrote: >> However, is there any development going on concerning v4l and/or USB? >> Actually it's a pity, that I couldn't realize this project....we would >> have been willing to invest in such code.... >I'm not sure what the capabilities of video4linux are, >which devices it >supports or how its API works. I know it supports at >least some USB webcams. Actually video4linux has quite some capabilities, a program like xawtv for example can even grab a movie from your tv-tuner card. >> As we can access /dev/usb/lpt or /dev/dsp, it should >>be possible to access /dev/video....I'm not familiar >>in implementing such stuff at wine, but....? Altough I'm a programming noob i tried a few weeks ago to write some code to accomplish this with (not much) but still a little succes: i used code from a program like vidcat to read a frame from my v4l device (in png format), used code from another program (png2bmp) to turn it into a bitmap, and used CreateWindowEx to display this in a windowsprogram under wine. Although the window with the frame from my webcam showed up , the windowsprogram did not behave further as it should do. There is plenty of code to be found on the internet using the v4l api, but the problem how to get this in wine. Maybe someone has some further hints? Regards luis ___________________________________________________________ ALL-NEW Yahoo! Messenger - all new features - even more fun! http://uk.messenger.yahoo.com

3 2

Problem with builtin and native regedit
by Christian Costa Jan. 5, 2005

Jan. 5, 2005

Hi, When I try to renamed a key with the builtin regedit, all subkeys are lost. The problem is in regedit because the native one works. The latter however crash just after the renaming. See below for the backtrace. Any idea ? Bye, Christian fixme:font:load_VDMX No suitable ratio found fixme:font:load_VDMX No suitable ratio found fixme:graphics:DrawAnimatedRects (0x10022,1,0x406cfe0c,0x406cfdfc): stub fixme:graphics:DrawAnimatedRects (0x10022,1,0x406cfe0c,0x406cfdfc): stub fixme:graphics:DrawAnimatedRects (0x10022,1,0x406cfe0c,0x406cfdfc): stub fixme:graphics:DrawAnimatedRects (0x10022,1,0x406cfe0c,0x406cfdfc): stub fixme:graphics:DrawAnimatedRects (0x10022,1,0x406cfe0c,0x406cfdfc): stub fixme:graphics:DrawAnimatedRects (0x10022,1,0x406cfe0c,0x406cfdfc): stub fixme:menu:TrackPopupMenuEx not fully implemented First chance exception: page fault on write access to 0x00300039 in 32-bit code (0x401fe6dc). Register dump: CS:0023 SS:002b DS:002b ES:002b FS:1007 GS:0007 EIP:401fe6dc ESP:406cf244 EBP:406cf25c EFLAGS:00010202( - 00 - -RI1) EAX:40350038 EBX:402341e4 ECX:406cf24c EDX:0030002d ESI:403cb838 EDI:00000020 Stack dump: 0x406cf244: 00000000 40350000 40350000 4085a094 0x406cf254: 40350000 00000001 406cf27c 40843ad8 0x406cf264: 40350000 00000002 0000001c 4085a094 0x406cf274: 403637fa 00000000 406cf294 40843b8d 0x406cf284: 00000001 000012ee 4085a094 40859f3a 0x406cf294: 406cf2b4 408445be 00000001 00000001 0200: sel=1007 base=40015000 limit=00001f97 32-bit rw- Backtrace: =>1 0x401fe6dc RtlAllocateHeap+0x8c(heap=0x40350000, flags=0x2, size=0x1c) [heap.c:1128] in ntdll (0x 406cf25c) 2 0x40843ad8 REGION_AllocWineRegion+0x28(n=0x1) [/home/titan/winecvs/wine/dlls/gdi/../../include/wi nbase.h:2130] in gdi32 (0x406cf27c) 3 0x40843b8d REGION_CreateRegion+0x3d(n=0x1) [/home/titan/winecvs/wine/dlls/gdi/region.c:521] in gd i32 (0x406cf294) 4 0x408445be ExtCreateRegion+0x4e(lpXform=0x0, dwCount=0x100, rgndata=0x403cd008) [/home/titan/wine cvs/wine/dlls/gdi/region.c:1013] in gdi32 (0x406cf2b4) 5 0x40cd4f33 get_server_visible_region+0x103(hwnd=0x4002e, top=0x10020, flags=0x10012) [/home/titan/winecvs/wine/dlls/x11drv/winpos.c:114] in x11drv (0x406cf350) 6 0x40cd53b2 X11DRV_GetDC+0x182(hwnd=0x4002e, hdc=0x7b0, hrgn=0x0, flags=0x10012) [/home/titan/winecvs/wine/dlls/x11drv/winpos.c:323] in x11drv (0x406cf3a0) 7 0x40717f15 GetDCEx+0x325(hwnd=0x4002e, hrgnClip=0x0, flags=0x10000) [/home/titan/winecvs/wine/dlls/user/../../windows/dce.c:438] in user32 (0x406cf3d8) 8 0x4073e9e4 CARET_DisplayCaret+0x24(hwnd=0x4002e, r=0x406cf488) [caret.c:58] in user32 (0x406cf400) 9 0x4073f28b HideCaret+0x11b(hwnd=0x4002e) [/home/titan/winecvs/wine/dlls/user/../../include/winbase.h:2125] in user32 (0x406cf4a4) 10 0x40cd67e8 X11DRV_SetWindowPos+0x238(winpos=0x406cf4f4) [/home/titan/winecvs/wine/dlls/x11drv/winpos.c:862] in x11drv (0x406cf4e8) 11 0x40736188 SetWindowPos+0xe8(hwnd=0x4002e, hwndInsertAfter=0x0, x=0x0, y=0x0, cx=0x0, cy=0x0, flags=0x97) [/home/titan/winecvs/wine/dlls/user/../../windows/winpos.c:1225] in user32 (0x406cf520) 12 0x40cd6dee X11DRV_ShowWindow+0xce(hwnd=0x4002e, cmd=0x0) [/home/titan/winecvs/wine/dlls/x11drv/winpos.c:1139] in x11drv (0x406cf56c) 13 0x40735637 ShowWindow+0x67(hwnd=0x4002e, cmd=0x0) [/home/titan/winecvs/wine/dlls/user/../../windows/winpos.c:864] in user32 (0x406cf588) 14 0x40b08edf TREEVIEW_EndEditLabelNow+0x14f(infoPtr=0x403b42f0, bCancel=0x0) [/home/titan/winecvs/wine/dlls/comctl32/treeview.c:3695] in comctl32 (0x406cfdf4) 15 0x40b0884d TREEVIEW_Edit_SubclassProc+0xad(hwnd=0x4002e, uMsg=0x100, wParam=0xd, lParam=0x1c0001) [/home/titan/winecvs/wine/dlls/comctl32/treeview.c:3450] in comctl32 (0x406cfe10) 16 0x40736937 WINPROC_wrapper+0x17 in user32 (0x406cfe34) 17 0x40736c71 WINPROC_CallWndProc+0x51(proc=0x40b087a0, hwnd=0x4002e, msg=0x100, wParam=0xd, lParam=0x1c0001) [/home/titan/winecvs/wine/dlls/user/../../windows/winproc.c:421] in user32 (0x406cfe60) 18 0x4073bf95 WINPROC_CallProc32ATo32W+0x55(func=0x40b087a0, hwnd=0x4002e, msg=0x100, wParam=0xd, lParam=0x1c0001) [/home/titan/winecvs/wine/dlls/user/../../windows/winproc.c:2930] in user32 (0x406cfe88) 19 0x4073c9c5 CallWindowProcA+0x95(func=0x407d7d30, hwnd=0x4002e, msg=0x100, wParam=0xd, lParam=0x1c0001) [/home/titan/winecvs/wine/dlls/user/../../windows/winproc.c:3221] in user32 (0x406cfebc) 20 0x407256d6 DispatchMessageA+0xd6(msg=0x406cff10) [/home/titan/winecvs/wine/dlls/user/../../windows/message.c:795] in user32 (0x406cfef8) 21 0x0040b87a EntryPoint+0x133 in regedit (0x406cff2c) 22 0x404d76a8 start_process+0xc8(arg=0x0) [/home/titan/winecvs/wine/dlls/kernel/process.c:1046] in kernel32 (0x406cfff4) 23 0x4002adad wine_pthread_abort_thread+0x2d(status=0x0) [port.c:85] in libwine.so.1 (0x00000000) 0x401fe6dc RtlAllocateHeap+0x8c [heap.c:1128] in ntdll: movl %eax,0xc(%edx)

1 0

Trying to get rid of gdi.h
by Rémi Assailly Jan. 5, 2005

Jan. 5, 2005

Hi all ! This mail is a resent because I noticed that it does not appear in wine-devel... I started a work to get rid of GDI_GetObjPtr and GDI_ReleaseObj in x11drv but I am not sure if have chosen a good way. This patch is incomplete : some GDI_* are still staying, those that cannot be removed using my way. Working on it I noticed something which can be interesting : graphics are faster because some times GDI_GetObjPtr were called twice and in my patch only once. I would some comments on this work. Rémi

1 0

Re: video4linux - wine
by Mike McCormack Jan. 5, 2005

Jan. 5, 2005

MediaHost (TM) wrote: > However, is there any development going on concerning v4l and/or USB? > Actually it's a pity, that I couldn't realize this project....we would > have been willing to invest in such code.... I'm not sure what the capabilities of video4linux are, which devices it supports or how its API works. I know it supports at least some USB webcams. > As we can access /dev/usb/lpt or /dev/dsp, it should be possible to > access /dev/video....I'm not familiar in implementing such stuff at > wine, but....? The idea is to use the video4linux interface to implement the VFW API in Wine. The way I usually go about this kind of thing is to write a program or find a simple program (hopefully one with source code) that can grab a picture from a WebCam on Linux. Then run it in Wine, and see which error messages come out... then you'll have a starting point. Looks like there's souce for a simple program like that here: http://www.experts-exchange.com/Programming/Programming_Languages/Cplusplus… and documentation for VFW here: http://msdn.microsoft.com/library/default.asp?url=/library/en-us/multimed/h… Mike

1 0

Fwd: wineserver: fix get_update_region for desktop window
by Michael Jung Jan. 5, 2005

Jan. 5, 2005

Alexandre, could you please give a short comment on this one? Thanks, Michael ---------- Forwarded Message ---------- Subject: wineserver: fix get_update_region for desktop window Date: Wednesday 05 January 2005 00:36 From: Michael Jung <mjung(a)iss.tu-darmstadt.de> To: wine-devel(a)winehq.org Cc: wine-patches(a)winehq.org Calling SetSysColor in the current cvs version of wine causes an infinite loop in update_now in dlls/user/painting.c. As I understand it, the problem is the following: get_update_flags will promote it's child window argument to the next child window (via a wineserver call to get_update_region), if the current child doesn't need any repaint. Calling get_update_flags on the desktop window will always return a repaint flag, so it never gets ahead. The attached patch automatically promotes the child window argument to the first child, if called on the desktop window. I don't know if this really is the desired behaviour. Another fix would be to not return any repaint flags for the desktop window. Ciao, Michael -------------------------------------------------------

2 1

Re: Fix for "Cluster size not supported" - resend
by Alexandre Julliard Jan. 5, 2005

Jan. 5, 2005

Rein Klazes <wijn(a)wanadoo.nl> writes: > Totals size of the file system should be f_blocks * f_frsize, but that > gives a value 16 times too small. In this case f_blocks (as f_bfree, > f_bavail) are the number of f_bsize blocks, wrong. This is a quite > up-to-date system, Debian unstable with 2.6.10 kernel. > > Attached is the simplest solution, fall back to fstatfs() on Linux > systems. It is btw also what 'df' does. Wouldn't it be easier to simply use f_bsize instead of f_frsize? Why would switching to fstatfs be preferable? -- Alexandre Julliard julliard(a)winehq.org

2 2

Re: [QUARTZ] Media Type Parsing
by Christian Costa Jan. 5, 2005

Jan. 5, 2005

Paul Vriens wrote: >Hi, > >the Media Types use "Source Filter" instead of "File Source" in the registry. > >Changelog: >Media Types should use "Source Filter" instead of "File Source" > >Cheers, > >Paul Vriens. > >------------------------------------------------------------------------ > >--- regsvr.org.c 2005-01-05 11:37:05.894187368 +0100 >+++ regsvr.c 2005-01-05 12:39:03.985260298 +0100 >@@ -130,6 +130,8 @@ > 'S', 'u', 'b', 't', 'y', 'p', 'e', 0 }; > static WCHAR const filesource_valuename[12] = { > 'F', 'i', 'l', 'e', ' ', 'S', 'o', 'u', 'r', 'c', 'e', 0 }; >+static WCHAR const sourcefilter_valuename[14] = { >+ 'S', 'o', 'u', 'r', 'c', 'e', ' ', 'F', 'i', 'l', 't', 'e', 'r', 0 }; > static WCHAR const extensions_keyname[11] = { > 'E', 'x', 't', 'e', 'n', 's', 'i', 'o', 'n', 's', 0 }; > >@@ -391,7 +393,7 @@ > if (res != ERROR_SUCCESS) goto error_close_keys; > > StringFromGUID2(&CLSID_AsyncReader, buf, 39); >- res = RegSetValueExW(subtype_key, filesource_valuename, 0, REG_SZ, (CONST BYTE*)buf, >+ res = RegSetValueExW(subtype_key, sourcefilter_valuename, 0, REG_SZ, (CONST BYTE*)buf, > (lstrlenW(buf) + 1) * sizeof(WCHAR)); > if (res != ERROR_SUCCESS) goto error_close_keys; > > Good catch! It would be good to do the same for register_mediatypes_extension and then remove the filesource string. Bye, Christian

1 0

Re: video4linux - wine
by Jasper van Veghel Jan. 5, 2005

Jan. 5, 2005

Rob Shearman wrote: > Mike McCormack wrote: > > > > >There's currently no support, but you could add it via the Still Image > >(STI) API. It's meant for scanners and webcams. There's probably a > >way to add VFW (Video For Windows drivers) too. > > > >I have written an IDL file for IStillImage, which I haven't gotten > >round to submitting as yet. I've attached it incase you're > >interested... I think it still needs some fixing up. > > > >Mike > > > > > >MediaHost (TM) wrote: > > > >>Question: Is there support for video4linux devices with wine? Is > >>there some support for webcams? What are the settings (config)? I > >>couldn't find anything useful on google concerning this issue.... > > > > You're probably much better off implementing a DirectShow -> V4L filter, > especially if you want to capture movies or sound. > > Rob > I've recently been looking into VFW with Wine, and though I certainly am no expert at the Windows API concerning this (first time I really looked into DX), nor Wine for that matter, I was able to get a bit further from where I started, so allow me to share my experiences with you. As an application to test this stuff with I went for MSN 6.2, though certainly not the best application for this, it seemed neat to finally have Webcam support on MSN - I eventually got some of it working with a load of native DLLs, some hacking on the SSL stuff (I ended up simply setting useSSL = false, the applica- tion was sending plain-text over an SSL socket, which wasn't working; this fixed things, or at least for this application ;-)) and adding some undocumented flag to InternetSetOption (optionId = 87) - anyway, it seems that MSN is using some- thing along the lines of the following webcam class I found using Google - indeed, using a DirectShow filter: http://www.jolash.com/projects/other_projects/webcam/WebCam.h For things to start working under Wine I used the following native DLLs, which I also registered with regsvr32 (for CLSIDs etc.) COMCTL32.DLL urlmon.dll CRYPT32.DLL MSOSS.DLL oleaut32.dll ole32.dll rpcrt4.dll MSVCRT.DLL shlwapi.dll shdocvw.dll MLANG.DLL qcap.dll amstream.dll Though I'm not sure if amstream is needed. Don't know what qcap does as I only managed to get to a point where something in qcap was called which was then being forwarded to Quartz (IAMStreamConfig, for which I added a bunch of stubs and semi-stubs (filled in some bogus information for VIDEO_STREAM_CONFIG_CAPS, VIDEOINFOHEADER and AM_MEDIA_TYPE) It turned out that, at least MSN, and this webcam class too, uses devenum to find the video input devices (CLSID_VideoInputDeviceCategory), for which I've added the proper code to CreateSpecialCategories and hence CreateClassEnumerator (it also seems that the windows DLL of devenum always recreates the dynamic registery entries whereas Wine only seems to add them once and then never again, that is, once they're in the registry they stay there (hence if a new audio card gets added to the system ..)) The Windows DLL seemed to be using avicap32 to collect information on the available video input devices, so I've simply had capGetDriverDescription return some string with a fictional video driver (this also makes it possible to use a native devenum.dll) Next up is Quartz, which seemed to want IAMStreamConfig (collecting information on the video stream (res, depth, sps, ..) for starters, but I never got around to implementing enough of that for the program to accept it and move on, so that's where I got stuck. It may also have had something to do with MSN wanting an IKsPin which isn't imple- mented (which is why native quartz may have failed, when trying to approach the kernel in some way) Here's a small scenario of what I observed working with both native and hacked up DLLs ;-) DEVENUM - Read all VideoInputDeviceRenderer's (from CLSID) DEVENUM - BindToObject() --> VfwCapture QCAP - BindToClass --> Quartz(VideoRenderer) QUARTZ - VideoRenderer_create QUARTZ - [FAIL] InputPin_QueryInterface (IKsPin) QUARTS - VideoRenderer_QueryInterface (IAMStreamConfig) Anyway, the 'patches' I wrote are probably not worth much as the whole under- taking was more of a little endeavor trying to see how far I go (MSN actually managed to sign in, by the way, but kept crashing a few seconds after that (the webcam stuff can be accessed without signing in though, there's a preview option in one of the menus), but perhaps this brief explanation of my steps will prove useful for someone wanting to implement this aspect of VFW :-) Perhaps someone could build a control from the class I mentioned earlier which can then be used for testing (through the webpage that refers to it says it's missing some code; but at least it's a starting point) Jasper

1 0

[QUARTZ] Fixes to regsvr.c (RESEND)
by Paul Vriens Jan. 5, 2005

Jan. 5, 2005

Hi, the Media Types (and Media Type Extensions) use "Source Filter" instead of "File Source" in the registry. There were also some small typos. I will continue with changes to regsvr.c. My first goal is to have the native quartz running with the builtin registration ! Changelog: - Media Types (and Extensions) should use "Source Filter" instead of "File Source" - Removed filesource_valuename - Fixed typo for some class-names - Fixed typo in MPEG1System Media Type Cheers, Paul Vriens.

1 0

Trying to get rid of gdi.h
by Rémi Assailly Jan. 5, 2005

Jan. 5, 2005

Hi all I started a work to get rid of GDI_GetObjPtr and GDI_ReleaseObj in x11drv but I am absolutely not sure if I have chosen a good way. What I send you is incomplete : some GDI_* are still staying and we cannot get rid of those functions using my way. After getting rid of GDI_* we'll be able to get rid of BITMAPOBJ* and PALETTEOBJ* using opaque pointers as Alexandre told me. Rémi

1 0