I'm trying to run 'DVDSubEdit 1.51' with 'wine 1.2.2' on 'Ubuntu 10.04 desktop 32 bit'.
After launching 'winecfg' I added 'DVDSubEdit' and chose 'Windows 98'. From a terminal I gave the following comands:
utente@utente-desktop:~$ cd ~/.wine/drive_c/Programmi
utente@utente-desktop:~/.wine/drive_c/Programmi$ wine DVDSubEdit.exe
err:module:import_dll Library MFC42.DLL (which is needed by L"C:\\Programmi\\DVDSubEdit.exe") not found
err:module:LdrInitializeThunk Main exe initialization for L"C:\\Programmi\\DVDSubEdit.exe" failed, status c0000135
From a 'Windows 98 SE' installation I copied MFC42.DLL to 'system32' folder and got this:
utente@utente-desktop:~/.wine/drive_c/Programmi$ wine DVDSubEdit.exe
wine: Unhandled page fault on read access to 0xfffffffc at address 0x404f5d (thread 0009), starting debugger...
Unhandled exception: page fault on read access to 0xfffffffc in 32-bit code (0x00404f5d).
Register dump:
CS:0073 SS:007b DS:007b ES:007b FS:0033 GS:003b
EIP:00404f5d ESP:00312110 EBP:ffffffff EFLAGS:00010286( R- -- I S - -P- )
EAX:00000000 EBX:00000001 ECX:ffffffff EDX:ffffffff
ESI:003185b0 EDI:6855a910
Stack dump:
0x00312110: 6855a910 003185b0 00000001 00000000
0x00312120: 00000000 00000000 00000000 00000000
0x00312130: 00000000 00000000 00000000 00000000
0x00312140: 00000000 00000000 00000000 00000000
0x00312150: 00000000 00000000 00000000 00000000
0x00312160: 00000000 00000000 00000000 00000000
Backtrace:
0x00404f5d: movl 0x0(%eax,%ecx,4),%eax
Modules:
Module Address Debug info Name (106 modules)
PE 400000- 8ba000 Export dvdsubedit
ELF 20000000-20014000 Deferred riched32<elf>
\-PE 20010000-20014000 \ riched32
ELF 46471000-4655a000 Deferred oleaut32<elf>
\-PE 46490000-4655a000 \ oleaut32
PE 5f400000-5f4f2000 Deferred mfc42
ELF 68000000-6801d000 Deferred ld-linux.so.2
ELF 6801d000-6815d000 Deferred libwine.so.1
ELF 6815d000-68176000 Deferred libpthread.so.0
ELF 68176000-682d0000 Deferred libc.so.6
ELF 682d0000-682d4000 Deferred libdl.so.2
ELF 682d4000-682fa000 Deferred libm.so.6
ELF 682fa000-68302000 Deferred libnss_compat.so.2
ELF 68302000-68319000 Deferred libnsl.so.1
ELF 68319000-68323000 Deferred libnss_nis.so.2
ELF 68323000-6832f000 Deferred libnss_files.so.2
ELF 6832f000-68387000 Deferred ddraw<elf>
\-PE 68340000-68387000 \ ddraw
ELF 68387000-68487000 Deferred ole32<elf>
\-PE 683a0000-68487000 \ ole32
ELF 68487000-684e2000 Deferred advapi32<elf>
\-PE 68490000-684e2000 \ advapi32
ELF 684e2000-68614000 Deferred user32<elf>
\-PE 684f0000-68614000 \ user32
ELF 68614000-686a0000 Deferred gdi32<elf>
\-PE 68620000-686a0000 \ gdi32
ELF 686a0000-68715000 Deferred rpcrt4<elf>
\-PE 686b0000-68715000 \ rpcrt4
ELF 68715000-6873c000 Deferred msvfw32<elf>
\-PE 68720000-6873c000 \ msvfw32
ELF 6873c000-687d1000 Deferred winmm<elf>
\-PE 68740000-687d1000 \ winmm
ELF 687d1000-688bc000 Deferred comctl32<elf>
\-PE 687e0000-688bc000 \ comctl32
ELF 688bc000-688fa000 Deferred avifil32<elf>
\-PE 688c0000-688fa000 \ avifil32
ELF 688fa000-68921000 Deferred msacm32<elf>
\-PE 68900000-68921000 \ msacm32
ELF 68921000-689a3000 Deferred msvcrt<elf>
\-PE 68930000-689a3000 \ msvcrt
ELF 689a3000-68a61000 Deferred comdlg32<elf>
\-PE 689b0000-68a61000 \ comdlg32
ELF 68a61000-68ac3000 Deferred shlwapi<elf>
\-PE 68a70000-68ac3000 \ shlwapi
ELF 68ac3000-68afb000 Deferred winspool<elf>
\-PE 68ad0000-68afb000 \ winspool
ELF 68afb000-68b9c000 Deferred krnl386.exe16.so
PE 68b10000-68b9c000 Deferred krnl386.exe16
ELF 68b9c000-68bb1000 Deferred system.drv16.so
PE 68ba0000-68bb1000 Deferred system.drv16
ELF 68bb1000-68bc5000 Deferred comm.drv16.so
PE 68bc0000-68bc5000 Deferred comm.drv16
ELF 68bc5000-68c3b000 Deferred libfreetype.so.6
ELF 68c3b000-68c50000 Deferred libz.so.1
ELF 68c50000-68c80000 Deferred libfontconfig.so.1
ELF 68c80000-68ca7000 Deferred libexpat.so.1
ELF 68ca7000-68d4a000 Deferred winex11<elf>
\-PE 68cc0000-68d4a000 \ winex11
ELF 68d4a000-68d53000 Deferred libsm.so.6
ELF 68d53000-68d6c000 Deferred libice.so.6
ELF 68d6c000-68d7c000 Deferred libxext.so.6
ELF 68d7c000-68d96000 Deferred libxcb.so.1
ELF 68d96000-68d9a000 Deferred libxau.so.6
ELF 68d9a000-68dbc000 Deferred imm32<elf>
\-PE 68da0000-68dbc000 \ imm32
ELF 68dbc000-68dc2000 Deferred libxxf86vm.so.1
ELF 68dc2000-68dcc000 Deferred libxrender.so.1
ELF 68dcc000-68dd4000 Deferred libxrandr.so.2
ELF 68dd4000-68dd8000 Deferred libxcomposite.so.1
ELF 68dd8000-68dde000 Deferred libxfixes.so.3
ELF 68dde000-68de8000 Deferred libxcursor.so.1
ELF 68de8000-68e1c000 Deferred uxtheme<elf>
\-PE 68df0000-68e1c000 \ uxtheme
ELF 68e1c000-68e63000 Deferred libcups.so.2
ELF 68e63000-68efe000 Deferred libgnutls.so.26
ELF 68efe000-68f0a000 Deferred libavahi-common.so.3
ELF 68f0a000-68f1b000 Deferred libavahi-client.so.3
ELF 68f1b000-68fcc000 Deferred libkrb5.so.3
ELF 68fcc000-68ff0000 Deferred libk5crypto.so.3
ELF 68ff0000-68ff4000 Deferred libcom_err.so.2
ELF 68ff4000-68ffc000 Deferred libkrb5support.so.0
ELF 68ffc000-69000000 Deferred libkeyutils.so.1
ELF 69000000-69014000 Deferred libresolv.so.2
ELF 69014000-69025000 Deferred libtasn1.so.3
ELF 69025000-69098000 Deferred libgcrypt.so.11
ELF 69098000-690d1000 Deferred libdbus-1.so.3
ELF 690d1000-690da000 Deferred librt.so.1
ELF 690da000-690df000 Deferred libgpg-error.so.0
ELF 690df000-69100000 Deferred localspl<elf>
\-PE 690e0000-69100000 \ localspl
ELF 69100000-6911b000 Deferred spoolss<elf>
\-PE 69110000-6911b000 \ spoolss
ELF 6c466000-6c46b000 Deferred libuuid.so.1
ELF 706fa000-70754000 Deferred riched20<elf>
\-PE 70710000-70754000 \ riched20
ELF 70b2c000-70d06000 Deferred shell32<elf>
\-PE 70b40000-70d06000 \ shell32
ELF 712e1000-71310000 Deferred libgssapi_krb5.so.2
ELF 717df000-717e3000 Deferred libxinerama.so.1
ELF 736f2000-7380f000 Deferred libx11.so.6
ELF 77a5d000-77a63000 Deferred libxdmcp.so.6
ELF 7b800000-7b97d000 Deferred kernel32<elf>
\-PE 7b810000-7b97d000 \ kernel32
ELF 7bc00000-7bcb9000 Deferred ntdll<elf>
\-PE 7bc10000-7bcb9000 \ ntdll
ELF 7bf00000-7bf04000 Deferred <wine-loader>
Threads:
process tid prio (all id:s are in hex)
00000008 (D) C:\Programmi\DVDSubEdit.exe
00000009 0 <==
0000000e services.exe
00000014 0
00000010 0
0000000f 0
00000011 winedevice.exe
00000018 0
00000017 0
00000013 0
00000012 0
00000019 explorer.exe
0000001a 0
Backtrace:
I know there is another topic regarding this application.
I copied COMCTL32.DLL to 'system 32' folder and then launched 'winecfg'. I added the library and changed load order to 'native'. But I cannot run the application.
Any suggestion is welcome.
Best regards,
Paolo
DVDSubEdit 1.51
Re: DVDSubEdit 1.51
Fist upgrade Wine. Latest version is wine-1.3.21. If that won't fix your problem, reinstall your applications into new wineprefix.paolocchio wrote:I'm trying to run 'DVDSubEdit 1.51' with 'wine 1.2.2' on 'Ubuntu 10.04 desktop 32 bit'.
-
paolocchio
- Level 1
- Posts: 9
- Joined: Mon Jun 20, 2011 10:26 am
Thanks for the answer and sorry for the delay in replying.
I have installed 'wine 1.3.21' and the libraries 'mfc42' and 'comctl32' via 'winetricks'. Now 'DVDSubEdit' works.
Just a question for those who run this application under 'wine': Is it possible to select 'Gimp' (installed in 'Ubuntu') as bitmap editing tool?
Best regards,
Paolo
I have installed 'wine 1.3.21' and the libraries 'mfc42' and 'comctl32' via 'winetricks'. Now 'DVDSubEdit' works.
Just a question for those who run this application under 'wine': Is it possible to select 'Gimp' (installed in 'Ubuntu') as bitmap editing tool?
Best regards,
Paolo
-
paolocchio
- Level 1
- Posts: 9
- Joined: Mon Jun 20, 2011 10:26 am
I have managed to select 'Gimp' as bitmap editing tool (Tool path: Z:\usr\bin\gimp). Now when I choose 'Edit subpic with external tool' 'Gimp' is launched but I get the message:
<Opening of "/usr/bin/C:\users\utente\Temp\tempbitmap.bmp" has failed: cannot open '/usr/bin/C:\users\utente\Temp\tempbitmap.bmp' in read mode: non existing file or directory>
I hope my translation from Italian is correct.
Best regards,
Paolo [/img]
<Opening of "/usr/bin/C:\users\utente\Temp\tempbitmap.bmp" has failed: cannot open '/usr/bin/C:\users\utente\Temp\tempbitmap.bmp' in read mode: non existing file or directory>
I hope my translation from Italian is correct.
Best regards,
Paolo [/img]
-
Martin Gregorie
DVDSubEdit 1.51
On Tue, 2011-06-28 at 08:38 -0500, paolocchio wrote:
than '\' as the separator in a path name. One way to get round it is to
write a small script as a wrapper for the Gimp and tell your program to
use the script as the bitmap editing tool. I just wrote and tested one:
it is called gimpwrapper and has three lines.....
==============start of gimpwrapper===============
#!/bin/bash
f1=$(echo "$*" | tr '\\' '/')
gimp $f1
===============end of gimpwrapper================
The first line is standard script boiler-plate to make sure that the
bash shell is used to interpret the script, which must be made
executable with chmod. The second line does all the work: it feeds all
the arguments supplied to gimpwrapper through the 'tr' utility, which
replaces all ocurrences of '\' with '/'. The third line passes the
processed argument(s) to the Gimp.
Martin
That's because the Gimp, like all Linux programs, expects '/' ratherI have managed to select 'Gimp' as bitmap editing tool (Tool path: Z:
\usr\bin\gimp). Now when I choose 'Edit subpic with external tool'
'Gimp' is launched but I get the message:
<Opening of "/usr/bin/C:\users\utente\Temp\tempbitmap.bmp" has failed:
cannot open '/usr/bin/C:\users\utente\Temp\tempbitmap.bmp' in read
mode: non existing file or directory>
than '\' as the separator in a path name. One way to get round it is to
write a small script as a wrapper for the Gimp and tell your program to
use the script as the bitmap editing tool. I just wrote and tested one:
it is called gimpwrapper and has three lines.....
==============start of gimpwrapper===============
#!/bin/bash
f1=$(echo "$*" | tr '\\' '/')
gimp $f1
===============end of gimpwrapper================
The first line is standard script boiler-plate to make sure that the
bash shell is used to interpret the script, which must be made
executable with chmod. The second line does all the work: it feeds all
the arguments supplied to gimpwrapper through the 'tr' utility, which
replaces all ocurrences of '\' with '/'. The third line passes the
processed argument(s) to the Gimp.
Martin
-
Charles Davis
DVDSubEdit 1.51
On 6/28/11 8:31 AM, Martin Gregorie wrote:
path. Gimp then tacked its working directory (/usr/bin) onto it.
There's a utility, called winepath, that can turn your Windows-style
path into a Unix-style path. You call it like so:
winepath -u 'C:\users\utente\Temp\tempbitmap.bmp'
@paolocchio: Here's a script you can use to call Gimp with a Windows
path. It uses winepath to turn the Windows path into a Unix path so Gimp
can see it:
#!/bin/sh
gimp `winepath -u "$*"`
Associate bitmap files with this script, and you should be able to open
them with Gimp.
Chip
It's more than that. It looks like Gimp was passed the raw Windows-styleOn Tue, 2011-06-28 at 08:38 -0500, paolocchio wrote:That's because the Gimp, like all Linux programs, expects '/' ratherI have managed to select 'Gimp' as bitmap editing tool (Tool path: Z:
\usr\bin\gimp). Now when I choose 'Edit subpic with external tool'
'Gimp' is launched but I get the message:
<Opening of "/usr/bin/C:\users\utente\Temp\tempbitmap.bmp" has failed:
cannot open '/usr/bin/C:\users\utente\Temp\tempbitmap.bmp' in read
mode: non existing file or directory>
than '\' as the separator in a path name.
path. Gimp then tacked its working directory (/usr/bin) onto it.
There's a utility, called winepath, that can turn your Windows-style
path into a Unix-style path. You call it like so:
winepath -u 'C:\users\utente\Temp\tempbitmap.bmp'
@paolocchio: Here's a script you can use to call Gimp with a Windows
path. It uses winepath to turn the Windows path into a Unix path so Gimp
can see it:
#!/bin/sh
gimp `winepath -u "$*"`
Associate bitmap files with this script, and you should be able to open
them with Gimp.
Chip
-
paolocchio
- Level 1
- Posts: 9
- Joined: Mon Jun 20, 2011 10:26 am
Re: DVDSubEdit 1.51
Thanks for the answers. First I tried Martin Gregorie 'gimpwrapper'. I saved the script in my desktop (scrivania) and gave the following commands:That's because the Gimp, like all Linux programs, expects '/' rather
than '\' as the separator in a path name. One way to get round it is to
write a small script as a wrapper for the Gimp and tell your program to
use the script as the bitmap editing tool. I just wrote and tested one:
it is called gimpwrapper and has three lines.....
==============start of gimpwrapper===============
#!/bin/bash
f1=$(echo "$*" | tr '\\' '/')
gimp $f1
===============end of gimpwrapper================
The first line is standard script boiler-plate to make sure that the
bash shell is used to interpret the script, which must be made
executable with chmod. The second line does all the work: it feeds all
the arguments supplied to gimpwrapper through the 'tr' utility, which
replaces all ocurrences of '\' with '/'. The third line passes the
processed argument(s) to the Gimp.
Martin
utente@utente-desktop:~$ sudo cp /home/utente/Scrivania/gimpwrapper /usr/bin
utente@utente-desktop:~$ sudo chmod +x /usr/bin/gimpwrapper
But when I choose 'Edit subpic with external tool', 'Gimp' keeps on giving:
<Opening of "/usr/bin/C:\users\utente\Temp\tempbitmap.bmp" has failed: cannot open '/usr/bin/C:\users\utente\Temp\tempbitmap.bmp' in read mode: non existing file or directory>
I don't know what went wrong.
Best regards,
Paolo
-
Martin Gregorie
DVDSubEdit 1.51
On Thu, 2011-06-30 at 11:25 -0500, paolocchio wrote:
...snippage...
package for you distro in /bin, /sbin, /usr/bin or /usr/sbin because (1)
it may get overwritten by a distro update and (2) it will get lost when
you do a clean install.
Locally developed programs and contributions from others should be put
in /usr/local/bin and /usr/local/sbin (the latter is for sensitive,
root-only type programs to keep them out of the hands of untrusted
users). Make sure that /usr/local/bin is on the search path. A fresh
Linux install will still loose stuff you've put in /usr/local/bin unless
you keep a copy in a safe place or, better, adopt an upgrade strategy
similar to the one I describe here:
http://www.libelle-systems.com/free/lin ... rades.html
the Gimp directly?
If you're sure you did that, I suggest putting the line:
echo "gimpwrapper: $f1"
into gimpwrapper as the 3rd line, i.e. immediately in front of the
"gimp $f1" line, running DVD SubEdit from the console and seeing what
gimp wrapper is passing the the Gimp.
Martin
...snippage...
...more snippage...==============start of gimpwrapper===============
#!/bin/bash
f1=$(echo "$*" | tr '\\' '/')
gimp $f1
===============end of gimpwrapper================
By convention you should never put anything that isn't a standardutente@utente-desktop:~$ sudo cp /home/utente/Scrivania/gimpwrapper /usr/bin
utente@utente-desktop:~$ sudo chmod +x /usr/bin/gimpwrapper
package for you distro in /bin, /sbin, /usr/bin or /usr/sbin because (1)
it may get overwritten by a distro update and (2) it will get lost when
you do a clean install.
Locally developed programs and contributions from others should be put
in /usr/local/bin and /usr/local/sbin (the latter is for sensitive,
root-only type programs to keep them out of the hands of untrusted
users). Make sure that /usr/local/bin is on the search path. A fresh
Linux install will still loose stuff you've put in /usr/local/bin unless
you keep a copy in a safe place or, better, adopt an upgrade strategy
similar to the one I describe here:
http://www.libelle-systems.com/free/lin ... rades.html
Did you reconfigure DVDSubEdit to call gimpwrapper instead of runningBut when I choose 'Edit subpic with external tool', 'Gimp' keeps on giving:
the Gimp directly?
If you're sure you did that, I suggest putting the line:
echo "gimpwrapper: $f1"
into gimpwrapper as the 3rd line, i.e. immediately in front of the
"gimp $f1" line, running DVD SubEdit from the console and seeing what
gimp wrapper is passing the the Gimp.
Martin
-
paolocchio
- Level 1
- Posts: 9
- Joined: Mon Jun 20, 2011 10:26 am
Dear Martin,
I've followed your instructions creating the following script:
#!/bin/bash
f1=$(echo "$*" | tr '\\' '/')
echo "gimpwrapper: $f1"
gimp $f1
Then I've given the commands:
utente@utente-desktop:~$ sudo cp /home/utente/Scrivania/gimpwrapper /usr/local/bin
utente@utente-desktop:~$ sudo chmod +x /usr/local/bin/gimpwrapper
utente@utente-desktop:~$ cd ~/.wine/drive_c/Programmi
utente@utente-desktop:~/.wine/drive_c/Programmi$ wine DVDSubEdit.exe
fixme:dwmapi:DwmIsCompositionEnabled 0x4889ac
fixme:bitblt:client_side_dib_copy potential optimization: client-side color-index mode DIB copy
err:richedit:CharAttr unknown font 3
err:richedit:CharAttr unknown font 3
err:richedit:CharAttr unknown font 3
err:richedit:CharAttr unknown font 3
err:richedit:CharAttr unknown font 3
The error messages are given when I open a VOB file and select 'Edit subpic bitmap with external tool'.
'Gimp' gives the message:
Opening of "/usr/local/bin/C:/users/utente/Temp/tempbitmap.bmp" has failed: Cannot open '/usr/local/bin/C:/users/utente/Temp/tempbitmap.bmp' in read mode: non existing file or directory
In DVDSubEdit preferences the tool path is:
Z:\usr\local\bin\gimpwrapper
Best regards,
Paolo
I've followed your instructions creating the following script:
#!/bin/bash
f1=$(echo "$*" | tr '\\' '/')
echo "gimpwrapper: $f1"
gimp $f1
Then I've given the commands:
utente@utente-desktop:~$ sudo cp /home/utente/Scrivania/gimpwrapper /usr/local/bin
utente@utente-desktop:~$ sudo chmod +x /usr/local/bin/gimpwrapper
utente@utente-desktop:~$ cd ~/.wine/drive_c/Programmi
utente@utente-desktop:~/.wine/drive_c/Programmi$ wine DVDSubEdit.exe
fixme:dwmapi:DwmIsCompositionEnabled 0x4889ac
fixme:bitblt:client_side_dib_copy potential optimization: client-side color-index mode DIB copy
err:richedit:CharAttr unknown font 3
err:richedit:CharAttr unknown font 3
err:richedit:CharAttr unknown font 3
err:richedit:CharAttr unknown font 3
err:richedit:CharAttr unknown font 3
The error messages are given when I open a VOB file and select 'Edit subpic bitmap with external tool'.
'Gimp' gives the message:
Opening of "/usr/local/bin/C:/users/utente/Temp/tempbitmap.bmp" has failed: Cannot open '/usr/local/bin/C:/users/utente/Temp/tempbitmap.bmp' in read mode: non existing file or directory
In DVDSubEdit preferences the tool path is:
Z:\usr\local\bin\gimpwrapper
Best regards,
Paolo
-
Martin Gregorie
DVDSubEdit 1.51
On Thu, 2011-06-30 at 14:51 -0500, paolocchio wrote:
without going through gimpwrapper. The immediate simple test to prove
that is what's happening is to simply rename gimpwrapper to, say,
gimpwrapper.tmp and rerun the program without making any other changes.
My guess is that nothing will change, showing that gimpwrapper is never
being called.
At this point you get to rename gimpwrapper.tmp back to gimpwrapper and
then scan through DVDSubEdit's .ini files and Wine's registry entries in
that prefix to find the reference to gimp and change it to reference
gimpwrapper.
Martin
As I'd sort of suspected, its somehow managing to run gimp directlyDear Martin,
I've followed your instructions creating the following script:
#!/bin/bash
f1=$(echo "$*" | tr '\\' '/')
echo "gimpwrapper: $f1"
gimp $f1
Then I've given the commands:
utente@utente-desktop:~$ sudo cp /home/utente/Scrivania/gimpwrapper /usr/local/bin
utente@utente-desktop:~$ sudo chmod +x /usr/local/bin/gimpwrapper
utente@utente-desktop:~$ cd ~/.wine/drive_c/Programmi
utente@utente-desktop:~/.wine/drive_c/Programmi$ wine DVDSubEdit.exe
fixme:dwmapi:DwmIsCompositionEnabled 0x4889ac
fixme:bitblt:client_side_dib_copy potential optimization: client-side color-index mode DIB copy
err:richedit:CharAttr unknown font 3
err:richedit:CharAttr unknown font 3
err:richedit:CharAttr unknown font 3
err:richedit:CharAttr unknown font 3
err:richedit:CharAttr unknown font 3
The error messages are given when I open a VOB file and select 'Edit subpic bitmap with external tool'.
'Gimp' gives the message:
Opening of "/usr/local/bin/C:/users/utente/Temp/tempbitmap.bmp" has failed: Cannot open '/usr/local/bin/C:/users/utente/Temp/tempbitmap.bmp' in read mode: non existing file or directory
In DVDSubEdit preferences the tool path is:
Z:\usr\local\bin\gimpwrapper
without going through gimpwrapper. The immediate simple test to prove
that is what's happening is to simply rename gimpwrapper to, say,
gimpwrapper.tmp and rerun the program without making any other changes.
My guess is that nothing will change, showing that gimpwrapper is never
being called.
At this point you get to rename gimpwrapper.tmp back to gimpwrapper and
then scan through DVDSubEdit's .ini files and Wine's registry entries in
that prefix to find the reference to gimp and change it to reference
gimpwrapper.
Martin
-
paolocchio
- Level 1
- Posts: 9
- Joined: Mon Jun 20, 2011 10:26 am
Re: DVDSubEdit 1.51
I have created the script you suggested and I've called it 'gimpcall'. I have given the following commands:@paolocchio: Here's a script you can use to call Gimp with a Windows
path. It uses winepath to turn the Windows path into a Unix path so Gimp
can see it:
#!/bin/sh
gimp `winepath -u "$*"`
Associate bitmap files with this script, and you should be able to open
them with Gimp.
Chip
utente@utente-desktop:~$ sudo cp /home/utente/Scrivania/gimpcall /usr/local/bin[sudo] password for utente:
utente@utente-desktop:~$ sudo chmod +x /usr/local/bin/gimpcall
utente@utente-desktop:~$ cd ~/.wine/drive_c/Programmi
utente@utente-desktop:~/.wine/drive_c/Programmi$ wine DVDSubEdit.exe
fixme:dwmapi:DwmIsCompositionEnabled 0x4889ac
fixme:bitblt:client_side_dib_copy potential optimization: client-side color-index mode DIB copy
err:richedit:CharAttr unknown font 3
err:richedit:CharAttr unknown font 3
err:richedit:CharAttr unknown font 3
err:richedit:CharAttr unknown font 3
err:richedit:CharAttr unknown font 3
'Gimp' gives the message:
Opening of "/home/utente/.wine/dosdevices/c:/users/utente/Temp/tempbitmap.bmp" has failed: Cannot open '/home/utente/.wine/dosdevices/c:/users/utente/Temp/tempbitmap.bmp' in read mode: non existing file or directory
Best regards,
Paolo
-
paolocchio
- Level 1
- Posts: 9
- Joined: Mon Jun 20, 2011 10:26 am
Dear Martin,
I've renamed gimpwrapper to gimpwrapper.tmp and after selecting 'Edit subpic bitmap with external tool' Gimp is not launched. In DVDSubEdit 'Preferences' I get the following message:
The path you've indicated for the bitmap edit tool does not exist. Leave it empty or set it to an existing app.
Sounds promising...
Best regards,
Paolo
I've renamed gimpwrapper to gimpwrapper.tmp and after selecting 'Edit subpic bitmap with external tool' Gimp is not launched. In DVDSubEdit 'Preferences' I get the following message:
The path you've indicated for the bitmap edit tool does not exist. Leave it empty or set it to an existing app.
Sounds promising...
Best regards,
Paolo
-
SpawnHappyJake
- Level 5
- Posts: 272
- Joined: Sun Feb 06, 2011 5:57 am
That's Cool, But If You Need To...
That WOULD be really cool to get that Windows program interfaced with native GIMP. That's the essence of WINE, isn't it? Getting Windows programs to run directly in the OS just like anything else, that is (and thus they can sometimes interact).
However, if need be, the OP COULD install GIMP for Windows into the same WINE prefix as DVDSubEdit in the meantime.
It would be much better to get it interfaced with the native one, though. That way GIMP isn't on your hard drive twice, and GIMP doesn't have to run through WINE.
I'm just offering a potential temporary solution for in the meantime as you all figure out how get it to interface with native GIMP. Then once you figure out how, you can remove Windows GIMP from WINE, and have DVDSubEdit use the native one.
Linux GIMP loads faster than Windows GIMP anyways.
I'm very glad I took the time to read this thread! I didn't know about these methods, and they might be helpful to me in the future.
Cheers,
Jake
However, if need be, the OP COULD install GIMP for Windows into the same WINE prefix as DVDSubEdit in the meantime.
It would be much better to get it interfaced with the native one, though. That way GIMP isn't on your hard drive twice, and GIMP doesn't have to run through WINE.
I'm just offering a potential temporary solution for in the meantime as you all figure out how get it to interface with native GIMP. Then once you figure out how, you can remove Windows GIMP from WINE, and have DVDSubEdit use the native one.
Linux GIMP loads faster than Windows GIMP anyways.
I'm very glad I took the time to read this thread! I didn't know about these methods, and they might be helpful to me in the future.
Cheers,
Jake
Re: DVDSubEdit 1.51
Did you also edit the registry to associate bitmap files with Gimp? You have to do that. http://wiki.winehq.org/FAQ#head-91bf3f0 ... a489e0d243paolocchio wrote:I have created the script you suggested and I've called it 'gimpcall'. I have given the following commands:@paolocchio: Here's a script you can use to call Gimp with a Windows
path. It uses winepath to turn the Windows path into a Unix path so Gimp
can see it:
#!/bin/sh
gimp `winepath -u "$*"`
Associate bitmap files with this script, and you should be able to open
them with Gimp.
Chip
-
paolocchio
- Level 1
- Posts: 9
- Joined: Mon Jun 20, 2011 10:26 am
@dimesio
I have created the script:
#!/bin/sh
gimp `winepath -u "$*"`
and given the following commands:
utente@utente-desktop:~$ sudo cp /home/utente/gimpcall /bin
utente@utente-desktop:~$ sudo chmod a+x /bin/gimpcall
With DVDSubEdit 'Preferences' I have chosen the toolpath:
Z:\bin\gimpcall
Then I have created bmp.reg:
[HKEY_CLASSES_ROOT\.bmp]
@="BMPfile"
"Content Type"="application/bmp"
[HKEY_CLASSES_ROOT\BMPfile\Shell\Open\command]
@="/bin/sh gimpcall gimp \"%1\""
and given the command:
utente@utente-desktop:~$ regedit $HOME/bmp.reg
If I select 'Edit subpic bitmap with external tool' Gimp is launched and I keep on getting:
Opening of "/home/utente/.wine/dosdevices/c:/users/utente/Temp/tempbitmap.bmp" has failed: Cannot open '/home/utente/.wine/dosdevices/c:/users/utente/Temp/tempbitmap.bmp' in read mode: non existing file or directory
I wish to thank you all.
Best regards,
Paolo
I have created the script:
#!/bin/sh
gimp `winepath -u "$*"`
and given the following commands:
utente@utente-desktop:~$ sudo cp /home/utente/gimpcall /bin
utente@utente-desktop:~$ sudo chmod a+x /bin/gimpcall
With DVDSubEdit 'Preferences' I have chosen the toolpath:
Z:\bin\gimpcall
Then I have created bmp.reg:
[HKEY_CLASSES_ROOT\.bmp]
@="BMPfile"
"Content Type"="application/bmp"
[HKEY_CLASSES_ROOT\BMPfile\Shell\Open\command]
@="/bin/sh gimpcall gimp \"%1\""
and given the command:
utente@utente-desktop:~$ regedit $HOME/bmp.reg
If I select 'Edit subpic bitmap with external tool' Gimp is launched and I keep on getting:
Opening of "/home/utente/.wine/dosdevices/c:/users/utente/Temp/tempbitmap.bmp" has failed: Cannot open '/home/utente/.wine/dosdevices/c:/users/utente/Temp/tempbitmap.bmp' in read mode: non existing file or directory
I wish to thank you all.
Best regards,
Paolo
-
paolocchio
- Level 1
- Posts: 9
- Joined: Mon Jun 20, 2011 10:26 am
@dimesio
'tempbitmap.bmp' should be created when the subpic is edited with the external tool. See 'Editing the bitmap with an external tool' in this guide:
http://download.videohelp.com/DVDSubEdi ... lpfile.htm
Under 'wine' after choosing 'Edit subpic bitmap etc.' there's no 'tempbitmap.bmp' in
/home/utente/.wine/dosdevices/c:/users/utente/Temp/
Best regards,
Paolo
'tempbitmap.bmp' should be created when the subpic is edited with the external tool. See 'Editing the bitmap with an external tool' in this guide:
http://download.videohelp.com/DVDSubEdi ... lpfile.htm
Under 'wine' after choosing 'Edit subpic bitmap etc.' there's no 'tempbitmap.bmp' in
/home/utente/.wine/dosdevices/c:/users/utente/Temp/
Best regards,
Paolo
-
Martin Gregorie
DVDSubEdit 1.51
On Tue, 2011-07-05 at 04:20 -0500, paolocchio wrote:
That changes things slightly. The workround depends on how the name of
the new image is created:
If subpic defines the file name, keep a copy of a blank BMP file
somewhere and change the 'gimp' line in the wrapper to something along
the lines of:
if [ ! -r "$1" ]
then
cp /somewhere/$1
fi
gimp "$1"
should do the trick. This makes a copy of your stored default blank
image where subpic expects to find it and then runs Gimp to edit the
copy. If the image file already exists, then the Gimp will simply edit
it.
According to the Gimp manpage the command "gimp -a newimagename" should
cause the Gimp to create a new image and, when done, save it as
'newimagename' but that doesn't work for Gimp 2.6.11
Martin
OK, so its possible to use the subpic editor to CREATE a new image file.@dimesio
'tempbitmap.bmp' should be created when the subpic is edited with the external tool. See 'Editing the bitmap with an external tool' in this guide:
http://download.videohelp.com/DVDSubEdi ... lpfile.htm
Under 'wine' after choosing 'Edit subpic bitmap etc.' there's no 'tempbitmap.bmp' in
/home/utente/.wine/dosdevices/c:/users/utente/Temp/
That changes things slightly. The workround depends on how the name of
the new image is created:
If subpic defines the file name, keep a copy of a blank BMP file
somewhere and change the 'gimp' line in the wrapper to something along
the lines of:
if [ ! -r "$1" ]
then
cp /somewhere/$1
fi
gimp "$1"
should do the trick. This makes a copy of your stored default blank
image where subpic expects to find it and then runs Gimp to edit the
copy. If the image file already exists, then the Gimp will simply edit
it.
According to the Gimp manpage the command "gimp -a newimagename" should
cause the Gimp to create a new image and, when done, save it as
'newimagename' but that doesn't work for Gimp 2.6.11
Martin
