I'm trying both VDR on Mac approaches, Tero Siironens approach ends on
g++ -g -O2 -Wall -Woverloaded-virtual -c -DREMOTE_KBD -DLIRC_DEVICE= "/dev/lircd" -DRCU_DEVICE="/dev/ttyS1" -D_GNU_SOURCE -DVIDEODIR= "/video" -DPLUGINDIR="./PLUGINS/lib" -I/sw/include dvbdevice.c /sw/include/linux/dvb/video.h:118: error: '__s32' does not name a type /sw/include/linux/dvb/video.h:161: error: expected ';' before '*' token /sw/include/linux/dvb/video.h:194: error: expected ';' before '*' token dvbdevice.c: In member function 'virtual void cDvbDevice::StillPicture (const uchar*, int)': dvbdevice.c:1154: error: too many initializers for 'video_still_picture' dvbdevice.c:1154: error: invalid conversion from 'char*' to 'int32_t' dvbdevice.c:1160: error: too many initializers for 'video_still_picture' dvbdevice.c:1160: error: invalid conversion from 'char*' to 'int32_t' make: *** [dvbdevice.o] Error 1
- when making in the VDR directory. I had to make a symlink from videodev_mac.h to videodev_darwin.h, since I don't have the latter (was the dvb-includes-patch.diff patch supposed to create it?), and also create an empty /sw/include/linux/compiler.h file.
Using Martin Waches approach ends on
Vigor10:~/java/src/vdr-1.4.6/PLUGINS/src/softdevice torgeir$ ./ configure --with-ffmpeg-path ~/java/src/ffmpeg/ --disable-subplugins ffmpeg path set to: /Users/torgeir/java/src/ffmpeg/ Testing system and cpu type... found Darwin on i386 cpu. Checking for pkg-config... Found. Checking for ffmpeg... Not found. No usable ffmpeg library found in /Users/torgeir/java/src/ffmpeg/. Specify the path to your ffmpeg installation using --with-ffmpeg-path or use a more recent (svn) version of ffmpeg and use/install pkg-config. For details check config.log.
I even tried to override the ffmpeg check, fixing a few deps (include/ dvb/dmx.h etc), but the compilation ends on
/Users/torgeir/java/src/ffmpeg//libavformat/avformat.h: In function 'void av_init_packet(AVPacket*)': /Users/torgeir/java/src/ffmpeg//libavformat/avformat.h:66: error: 'INT64_C' was not declared in this scope /Users/torgeir/java/src/ffmpeg//libavformat/avformat.h: At global scope: /Users/torgeir/java/src/ffmpeg//libavformat/avformat.h:284: warning: 'AVFrac' is deprecated (declared at /Users/torgeir/java/src/ffmpeg// libavformat/avformat.h:118) /System/Library/Frameworks/CoreServices.framework/Frameworks/ CarbonCore.framework/Headers/MachineExceptions.h:245: error: declaration does not declare anything
Are there updated patches around, or am I missing something important? I'm trying this on a macbook pro with the relevant X11 and fink environment.
Hi,
2007/3/26, Torgeir Veimo torgeir@pobox.com:
I'm trying both VDR on Mac approaches, Tero Siironens approach ends on
g++ -g -O2 -Wall -Woverloaded-virtual -c -DREMOTE_KBD -DLIRC_DEVICE= "/dev/lircd" -DRCU_DEVICE="/dev/ttyS1" -D_GNU_SOURCE -DVIDEODIR= "/video" -DPLUGINDIR="./PLUGINS/lib" -I/sw/include dvbdevice.c /sw/include/linux/dvb/video.h:118: error: '__s32' does not name a type /sw/include/linux/dvb/video.h:161: error: expected ';' before '*' token /sw/include/linux/dvb/video.h:194: error: expected ';' before '*' token dvbdevice.c: In member function 'virtual void cDvbDevice::StillPicture (const uchar*, int)': dvbdevice.c:1154: error: too many initializers for 'video_still_picture' dvbdevice.c:1154: error: invalid conversion from 'char*' to 'int32_t' dvbdevice.c:1160: error: too many initializers for 'video_still_picture' dvbdevice.c:1160: error: invalid conversion from 'char*' to 'int32_t' make: *** [dvbdevice.o] Error 1
- when making in the VDR directory. I had to make a symlink from
videodev_mac.h to videodev_darwin.h, since I don't have the latter (was the dvb-includes-patch.diff patch supposed to create it?), and also create an empty /sw/include/linux/compiler.h file.
Yes, my mistake, it should be videodev_darwin.h instead of videodev_mac.h. I updated the dvb-patch. However I think that I don't have compiler.h file located there, so there is some differences in the environment maybe. Actually I was testing the vdr again yesterday, but had some problems so I gave up, but I will do it today and try to find out what might be your problem there.
On 26 Mar 2007, at 06:57, Tero Siironen wrote:
Hi,
2007/3/26, Torgeir Veimo torgeir@pobox.com:
I'm trying both VDR on Mac approaches, Tero Siironens approach ends on
g++ -g -O2 -Wall -Woverloaded-virtual -c -DREMOTE_KBD -DLIRC_DEVICE= "/dev/lircd" -DRCU_DEVICE="/dev/ttyS1" -D_GNU_SOURCE -DVIDEODIR= "/video" -DPLUGINDIR="./PLUGINS/lib" -I/sw/include dvbdevice.c /sw/include/linux/dvb/video.h:118: error: '__s32' does not name a type /sw/include/linux/dvb/video.h:161: error: expected ';' before '*' token /sw/include/linux/dvb/video.h:194: error: expected ';' before '*' token dvbdevice.c: In member function 'virtual void cDvbDevice::StillPicture (const uchar*, int)': dvbdevice.c:1154: error: too many initializers for 'video_still_picture' dvbdevice.c:1154: error: invalid conversion from 'char*' to 'int32_t' dvbdevice.c:1160: error: too many initializers for 'video_still_picture' dvbdevice.c:1160: error: invalid conversion from 'char*' to 'int32_t' make: *** [dvbdevice.o] Error 1
- when making in the VDR directory. I had to make a symlink from
videodev_mac.h to videodev_darwin.h, since I don't have the latter (was the dvb-includes-patch.diff patch supposed to create it?), and also create an empty /sw/include/linux/compiler.h file.
Yes, my mistake, it should be videodev_darwin.h instead of videodev_mac.h. I updated the dvb-patch. However I think that I don't have compiler.h file located there, so there is some differences in the environment maybe.
Ok, my /sw/include/linux/compiler.h looks like
typedef __signed__ int __s32;
#define __user
So now I've managed to compile vdr (had to sort out some lib paths manually). I'll have a look at streamdev and softdevice later tonight.
On 26.3.2007 15:52, "Torgeir Veimo" torgeir@pobox.com wrote:
On 26 Mar 2007, at 06:57, Tero Siironen wrote:
Hi,
2007/3/26, Torgeir Veimo torgeir@pobox.com:
I'm trying both VDR on Mac approaches, Tero Siironens approach ends on
g++ -g -O2 -Wall -Woverloaded-virtual -c -DREMOTE_KBD -DLIRC_DEVICE= "/dev/lircd" -DRCU_DEVICE="/dev/ttyS1" -D_GNU_SOURCE -DVIDEODIR= "/video" -DPLUGINDIR="./PLUGINS/lib" -I/sw/include dvbdevice.c /sw/include/linux/dvb/video.h:118: error: '__s32' does not name a type /sw/include/linux/dvb/video.h:161: error: expected ';' before '*' token /sw/include/linux/dvb/video.h:194: error: expected ';' before '*' token dvbdevice.c: In member function 'virtual void cDvbDevice::StillPicture (const uchar*, int)': dvbdevice.c:1154: error: too many initializers for 'video_still_picture' dvbdevice.c:1154: error: invalid conversion from 'char*' to 'int32_t' dvbdevice.c:1160: error: too many initializers for 'video_still_picture' dvbdevice.c:1160: error: invalid conversion from 'char*' to 'int32_t' make: *** [dvbdevice.o] Error 1
- when making in the VDR directory. I had to make a symlink from
videodev_mac.h to videodev_darwin.h, since I don't have the latter (was the dvb-includes-patch.diff patch supposed to create it?), and also create an empty /sw/include/linux/compiler.h file.
Yes, my mistake, it should be videodev_darwin.h instead of videodev_mac.h. I updated the dvb-patch. However I think that I don't have compiler.h file located there, so there is some differences in the environment maybe.
Ok, my /sw/include/linux/compiler.h looks like
typedef __signed__ int __s32;
#define __user
So now I've managed to compile vdr (had to sort out some lib paths manually). I'll have a look at streamdev and softdevice later tonight.
I think that you might have different version of dvb-driver package or someting like that, because there's no such type (__s32) on my environment.
I updated the patches to work on latest versions and corrected also dependency to libjpeg, so that it doesn't need to be symlinked anymore. Detailed instructions are now also available.
http://kotisivu.suomi.net/izero/vdr-darwin/vdr-darwin.html
On 26.3.2007 04:28, "Torgeir Veimo" torgeir@pobox.com wrote:
Using Martin Waches approach ends on
Vigor10:~/java/src/vdr-1.4.6/PLUGINS/src/softdevice torgeir$ ./ configure --with-ffmpeg-path ~/java/src/ffmpeg/ --disable-subplugins ffmpeg path set to: /Users/torgeir/java/src/ffmpeg/ Testing system and cpu type... found Darwin on i386 cpu. Checking for pkg-config... Found. Checking for ffmpeg... Not found. No usable ffmpeg library found in /Users/torgeir/java/src/ffmpeg/. Specify the path to your ffmpeg installation using --with-ffmpeg-path or use a more recent (svn) version of ffmpeg and use/install pkg-config. For details check config.log.
I even tried to override the ffmpeg check, fixing a few deps (include/ dvb/dmx.h etc), but the compilation ends on
/Users/torgeir/java/src/ffmpeg//libavformat/avformat.h: In function 'void av_init_packet(AVPacket*)': /Users/torgeir/java/src/ffmpeg//libavformat/avformat.h:66: error: 'INT64_C' was not declared in this scope /Users/torgeir/java/src/ffmpeg//libavformat/avformat.h: At global scope: /Users/torgeir/java/src/ffmpeg//libavformat/avformat.h:284: warning: 'AVFrac' is deprecated (declared at /Users/torgeir/java/src/ffmpeg// libavformat/avformat.h:118) /System/Library/Frameworks/CoreServices.framework/Frameworks/ CarbonCore.framework/Headers/MachineExceptions.h:245: error: declaration does not declare anything
Are there updated patches around, or am I missing something important? I'm trying this on a macbook pro with the relevant X11 and fink environment.
The later error is also what I get here. It doesn't happen on PPC OS X and it is related to X11, but I haven't been able to find the fix for it yet.
VTK has had something similar:
http://www.vtk.org/Bug/bug.php?op=show&bugid=3233
Sorry to bring to life an old thread, but does anyone have a working copy of vdr-sxfe for osx? Pref PPC, but intel would work too.. Maybe a list of dependencies too?
My VDR server is a headless box, but I want to use the Mac with OsX instead of Gentoo to watch VDR...
On 24 Apr 2007, at 22:54, Rob Davis wrote:
Sorry to bring to life an old thread, but does anyone have a working copy of vdr-sxfe for osx? Pref PPC, but intel would work too.. Maybe a list of dependencies too?
My VDR server is a headless box, but I want to use the Mac with OsX instead of Gentoo to watch VDR...
Get the vdr on mac patches posted to the list earlier. You want to have fink installed to get ffmpeg etc. The patches for softdevice are already in CVS, with instructions and dependencies. They should be fairly up to date, but just ask questions here when you're stuck.. You have to use the shm softdevice client, since there are threading issues with using softdevice directly with quartz output.
Torgeir Veimo wrote:
On 24 Apr 2007, at 22:54, Rob Davis wrote:
Sorry to bring to life an old thread, but does anyone have a working copy of vdr-sxfe for osx? Pref PPC, but intel would work too.. Maybe a list of dependencies too?
My VDR server is a headless box, but I want to use the Mac with OsX instead of Gentoo to watch VDR...
Get the vdr on mac patches posted to the list earlier. You want to have fink installed to get ffmpeg etc. The patches for softdevice are already in CVS, with instructions and dependencies. They should be fairly up to date, but just ask questions here when you're stuck.. You have to use the shm softdevice client, since there are threading issues with using softdevice directly with quartz output.
I'm not sure that'll work for me as the DVB device is on another machine. I want to run just a display viewer over the network.
On 25 Apr 2007, at 20:31, Rob Davis wrote:
Torgeir Veimo wrote:
On 24 Apr 2007, at 22:54, Rob Davis wrote:
Sorry to bring to life an old thread, but does anyone have a working copy of vdr-sxfe for osx? Pref PPC, but intel would work too.. Maybe a list of dependencies too?
My VDR server is a headless box, but I want to use the Mac with OsX instead of Gentoo to watch VDR...
Get the vdr on mac patches posted to the list earlier. You want to have fink installed to get ffmpeg etc. The patches for softdevice are already in CVS, with instructions and dependencies. They should be fairly up to date, but just ask questions here when you're stuck.. You have to use the shm softdevice client, since there are threading issues with using softdevice directly with quartz output.
I'm not sure that'll work for me as the DVB device is on another machine. I want to run just a display viewer over the network.
Forgot to say, also download and install streamdev, with the necessary streamdev patches. Then copy over the channels.conf file from the server machine (running with streamdev-server) to the client machine, and use streamdev-client. I've tested it and it works. The VDR on mac instructions has links to streamdev patches for the mac.
2007/4/25, Rob Davis rob.davis@libero.it:
Torgeir Veimo wrote:
On 24 Apr 2007, at 22:54, Rob Davis wrote:
Sorry to bring to life an old thread, but does anyone have a working copy of vdr-sxfe for osx? Pref PPC, but intel would work too.. Maybe a list of dependencies too?
My VDR server is a headless box, but I want to use the Mac with OsX instead of Gentoo to watch VDR...
Get the vdr on mac patches posted to the list earlier. You want to have fink installed to get ffmpeg etc. The patches for softdevice are already in CVS, with instructions and dependencies. They should be fairly up to date, but just ask questions here when you're stuck.. You have to use the shm softdevice client, since there are threading issues with using softdevice directly with quartz output.
I'm not sure that'll work for me as the DVB device is on another machine. I want to run just a display viewer over the network.
Mac version is currently for cases just like this. It doesn't support DVB devices (at least yet). So just like Torgeir told, you need to install streamdev for both ends. The problem with Intel machines is that the video screen is green-purple. I've not found out what the problem is. If you are using Intel Mac you need also small change to video-quartz.h to get it compile. See the softdevice patch in the page below. PPC should work straight out ot CVS.
http://kotisivu.suomi.net/izero/vdr-darwin/vdr-darwin.html
On 27 Apr 2007, at 06:59, Tero Siironen wrote:
The problem with Intel machines is that the video screen is green- purple.
http://lists.berlios.de/pipermail/softdevice-devel/2007q2/002828.html
I get correct colors with that change.
On 27.4.2007 12:11, "Torgeir Veimo" torgeir@pobox.com wrote:
On 27 Apr 2007, at 06:59, Tero Siironen wrote:
The problem with Intel machines is that the video screen is green- purple.
http://lists.berlios.de/pipermail/softdevice-devel/2007q2/002828.html
I get correct colors with that change.
Thanks, now it's working great.
-
Rob Davis -
Tero Siironen -
Torgeir Veimo