[Freevo-users] Freevo, mplayer, and ivtv

2005-05-24 Thread Davin Desborough
First off, thanks to all who responded to my last post. Unfortunately 
the suggestions didn't help.


To recap:

Freevo 1.5.3
PVR 250
FC3
IVTV
MPlayer 1.0pre7 complied on my machine

The problem:  Can not watch tv. Any attempt to use mplayer tv:// style 
commands results in mplayer crashing as follows::




[EMAIL PROTECTED] /] mplayer -vo x11  tv:// -tv 
driver=v4l2:freq=77.250:device=/dev/video0:input=4:norm=NTSC


MPlayer 1.0pre7-3.4.3 (C) 2000-2005 MPlayer Team
CPU: Intel Celeron 2/Pentium III Coppermine,Geyserville (Family: 6, 
Stepping: 6)Detected cache-line size is 32 bytes

CPUflags:  MMX: 1 MMX2: 1 3DNow: 0 3DNow2: 0 SSE: 1 SSE2: 0
Compiled for x86 CPU with extensions: MMX MMX2 SSE


Playing tv://.
TV detected! ;-)
Selected driver: v4l2
name: Video 4 Linux 2 input
author: Martin Olschewski <[EMAIL PROTECTED]>
comment: first try, more to come ;-)
Selected device: Vanilla iTVC15 card
Tuner cap: STEREO LANG1 LANG2
Tuner rxs: STEREO
Capabilites:  video capture  VBI capture device  tuner  audio  read/write
supported norms: 0 = NTSC; 1 = PAL; 2 = SECAM;
inputs: 0 = Composite 0; 1 = Composite 1; 2 = Composite 2; 3 = 
Composite 3; 4 = Tuner 0; 5 = Composite 4; 6 = S-Video 0; 7 = S-Video 1; 
8 = S-Video 2; 9 = S-Video 3;

Current input: 4
Current format: unknown (0x4745504d)
v4l2: current audio mode is : STEREO
v4l2: ioctl request buffers failed: Invalid argument


MPlayer interrupted by signal 11 in module: demux_open
- MPlayer crashed by bad usage of CPU/FPU/RAM.
 Recompile MPlayer with --enable-debug and make a 'gdb' backtrace and
 disassembly. Details in 
DOCS/HTML/en/bugreports_what.html#bugreports_crash.

- MPlayer crashed. This shouldn't happen.
 It can be a bug in the MPlayer code _or_ in your drivers _or_ in your
 gcc version. If you think it's MPlayer's fault, please read
 DOCS/HTML/en/bugreports.html and follow the instructions there. We 
can't and
 won't help unless you provide this information when reporting a 
possible bug.




I've looked into the "v4l2: ioctl request buffers failed: Invalid 
argument" error and found people saying that ivtv will not work with 
mplayer tv:// commands. Is this out of date? It would seem to be because 
it appears the Freevo will default to using mplayer and tv://.


I can watch tv by simply having mplayer go straight to /dev/video0. I 
also dug the old ivtv_basic_tv plugin out of cvs and tried it. It works 
like a champ, but it is deprecated. According to the cvs message, it has 
been replaced by the tv.mplayer plugin as it has ivtv support. If that 
is the case, have I missconfigured something that is causing the 
tv.mplayer plugin to output the wrong mplayer command (should not be 
trying to use tv:// format)? Is the command correct, but there is 
something wrong with my ivtv or mplayer?


Are there any good guides to setting up pvr 250's with Freevo? I can't 
seem one, and what I can find gives the impression that it should just 
work leaving me feeling like an idiot for not having it working (idiocy 
on my part may indeed be the problem).  I have been using the Fedora 
Myth(TV)logy site at wilsonet.com. I even reinstalled FC3 and went 
through the whole setup again just in case I screwed something up.


Thanks in advance!

-Davin


---
This SF.Net email is sponsored by Yahoo.
Introducing Yahoo! Search Developer Network - Create apps using Yahoo!
Search APIs Find out how you can build Yahoo! directly into your own
Applications - visit http://developer.yahoo.net/?fr=offad-ysdn-ostg-q22005
___
Freevo-users mailing list
Freevo-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freevo-users


Re: [Freevo-users] xmame (and freevo) on DirectFB on G400

2005-05-24 Thread Justin Wetherell

Scott Serr wrote:


Justin, it seems I am traveling down the same path you were in
February.  I have FINALLY gotten DirectFB seemingly working with
xmame.SDL.  I applied the (one line) patch that you posted to DirectFB
0.9.21.  It seems to apply to .22 also.


From your posts to the xmame mailing list you were getting redish on

your 15bit games.  Well, I'm getting pink.  I wonder if the one line
hack is causing this.  Did you ever figure out what caused the redish/pink?

Thanks,
Scott

--- DirectFB-0.9.22/gfxdrivers/matrox/matrox_crtc2.c2005-02-20
13:56:16.
0 -0700
+++ DirectFB-0.9.22.new/gfxdrivers/matrox/matrox_crtc2.c   
2005-05-20 12:22

:03.143384384 -0600
@@ -152,7 +152,8 @@
DLCONF_OPTIONS | DLCONF_SURFACE_CAPS;
 config->width= 720;
 config->height   = ntsc ? 480 : 576;
- config->pixelformat  = DSPF_YUY2;
+// config->pixelformat  = DSPF_YUY2;
+ config->pixelformat  = DSPF_RGB32;
 config->buffermode   = DLBM_FRONTONLY;
 config->options  = DLOP_NONE;
 config->surface_caps = DSCAPS_INTERLACED;
freevo root #



---
This SF.Net email is sponsored by Oracle Space Sweepstakes
Want to be the first software developer in space?
Enter now for the Oracle Space Sweepstakes!
http://ads.osdn.com/?ad_id=7412&alloc_id=16344&op=click
___
Freevo-users mailing list
Freevo-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freevo-users

 

Instead of using  config->pixelformat  = DSPF_RGB32 try using  
config->pixelformat  = DSPF_ARGB1555. I believe that is the work around 
that I found.




---
This SF.Net email is sponsored by Yahoo.
Introducing Yahoo! Search Developer Network - Create apps using Yahoo!
Search APIs Find out how you can build Yahoo! directly into your own
Applications - visit http://developer.yahoo.net/?fr=offad-ysdn-ostg-q22005
___
Freevo-users mailing list
Freevo-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freevo-users


[Freevo-users] xmame (and freevo) on DirectFB on G400

2005-05-24 Thread Scott Serr
Justin, it seems I am traveling down the same path you were in
February.  I have FINALLY gotten DirectFB seemingly working with
xmame.SDL.  I applied the (one line) patch that you posted to DirectFB
0.9.21.  It seems to apply to .22 also.

>From your posts to the xmame mailing list you were getting redish on
your 15bit games.  Well, I'm getting pink.  I wonder if the one line
hack is causing this.  Did you ever figure out what caused the redish/pink?

Thanks,
Scott

--- DirectFB-0.9.22/gfxdrivers/matrox/matrox_crtc2.c2005-02-20
13:56:16.
0 -0700
+++ DirectFB-0.9.22.new/gfxdrivers/matrox/matrox_crtc2.c   
2005-05-20 12:22
:03.143384384 -0600
@@ -152,7 +152,8 @@
 DLCONF_OPTIONS | DLCONF_SURFACE_CAPS;
  config->width= 720;
  config->height   = ntsc ? 480 : 576;
- config->pixelformat  = DSPF_YUY2;
+// config->pixelformat  = DSPF_YUY2;
+ config->pixelformat  = DSPF_RGB32;
  config->buffermode   = DLBM_FRONTONLY;
  config->options  = DLOP_NONE;
  config->surface_caps = DSCAPS_INTERLACED;
freevo root #


---
This SF.Net email is sponsored by Oracle Space Sweepstakes
Want to be the first software developer in space?
Enter now for the Oracle Space Sweepstakes!
http://ads.osdn.com/?ad_id=7412&alloc_id=16344&op=click
___
Freevo-users mailing list
Freevo-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freevo-users