When I come to do that I am hoping the USB to Ethernet dongle I have will work and save me the hassle!
- Charles
bladeRF (DATV Maybe?)
Forum rules
This forum is run by the BATC (British Amateur Television Club), it is service made freely available to all interested parties, please do not abuse this privilege.
Thank you
This forum is run by the BATC (British Amateur Television Club), it is service made freely available to all interested parties, please do not abuse this privilege.
Thank you
Re: bladeRF (DATV Maybe?)
The thought just stuck me that it may be possible to get the ARM code I am writing to
run on a Linux HD Sat box. Then all you would need is to plug a DATV-Express or
Digilite into it via USB. However I am not prepared to mess my one up just to find out
Looks like my Golden Media is not ARM based but uses an ST micro ST40 instead.
So that idea is a non starter.
- Charles
run on a Linux HD Sat box. Then all you would need is to plug a DATV-Express or
Digilite into it via USB. However I am not prepared to mess my one up just to find out
Looks like my Golden Media is not ARM based but uses an ST micro ST40 instead.
So that idea is a non starter.
- Charles
Re: bladeRF (DATV Maybe?)
That maybe too clever, very cool idea though.
Dreamboxes would shoot up in price I'm sure...hi
Getting nowhere with pvr driver, trying to build kernel with default settings first from /proc/config.gz but bombs out sharply after make begins...
google is no help so i'm stuck!
Rob
Dreamboxes would shoot up in price I'm sure...hi
Getting nowhere with pvr driver, trying to build kernel with default settings first from /proc/config.gz but bombs out sharply after make begins...
google is no help so i'm stuck!
Rob
Re: bladeRF (DATV Maybe?)
Hi Rob, those dream boxes are pretty expensive already.
To get the Raspberry PI to work with an HVR-1900 or a PVR-USB2
all I had to do was to copy the firmware files to the /lib/firmware
directory. The required firmware files I found in my i386 Ubuntu
machine in the /lib/firmware directory. I think you need 3
files, the USB2 FX2 driver firmware, the capture firmware and
the tuner firmware. If you don't already know these are
the required files
v4l-pvrusb2-29xxx-01.fw // For a PVRUSB2
v4l-pvrusb2-73xxx-01.fw // For a HVR-1900
v4l-cx2341x-enc.fw // MPEG2 Encoder
v4l-cx25840.fw // Tuner
If you power up your board then plug in the PVR then type
dmesg tail
You will probably get some diagnostic messages telling you
what is missing. If you get nothing at all then you will
need to create the loadable kernel modules. I will let you sort that one out!
Unfortunately to get my DVBSky receiver device to work I need to
compile the s2-lilpidian drivers and to do that I need to install the Kernel
header files on the PI which is causing me a bit of a problem. I have
already trashed my OS once (just before bedtime too).
On the ARM front I only have one module left to port and that is the
one that adds the SI tables.
I piped the output of my capture module to the input of my programme
stream to transport stream converter and it seems to be successfully
extracting the video and audio elementary streams and converting them
into a transport stream, so it is looking as if the whole idea has wings.
Shame I don't have anything to test it all with until I get the new
DATV-Express boards later this month.
- Charles
To get the Raspberry PI to work with an HVR-1900 or a PVR-USB2
all I had to do was to copy the firmware files to the /lib/firmware
directory. The required firmware files I found in my i386 Ubuntu
machine in the /lib/firmware directory. I think you need 3
files, the USB2 FX2 driver firmware, the capture firmware and
the tuner firmware. If you don't already know these are
the required files
v4l-pvrusb2-29xxx-01.fw // For a PVRUSB2
v4l-pvrusb2-73xxx-01.fw // For a HVR-1900
v4l-cx2341x-enc.fw // MPEG2 Encoder
v4l-cx25840.fw // Tuner
If you power up your board then plug in the PVR then type
dmesg tail
You will probably get some diagnostic messages telling you
what is missing. If you get nothing at all then you will
need to create the loadable kernel modules. I will let you sort that one out!
Unfortunately to get my DVBSky receiver device to work I need to
compile the s2-lilpidian drivers and to do that I need to install the Kernel
header files on the PI which is causing me a bit of a problem. I have
already trashed my OS once (just before bedtime too).
On the ARM front I only have one module left to port and that is the
one that adds the SI tables.
I piped the output of my capture module to the input of my programme
stream to transport stream converter and it seems to be successfully
extracting the video and audio elementary streams and converting them
into a transport stream, so it is looking as if the whole idea has wings.
Shame I don't have anything to test it all with until I get the new
DATV-Express boards later this month.
- Charles
Re: bladeRF (DATV Maybe?)
Thanks for the tips.
Yes have the firmware installed by default, it's the loadable driver that's the problem.
I have built the pvrusb2.ko against the kernel source but it's giving me 'invalid module format' when i try modprobe pvrusb2.
Will look into it further during the week, hand enough of it for today!
Good news on the code, looking forward to giving it a try here when i eventually get this driver in..hi
Rob
Yes have the firmware installed by default, it's the loadable driver that's the problem.
I have built the pvrusb2.ko against the kernel source but it's giving me 'invalid module format' when i try modprobe pvrusb2.
Will look into it further during the week, hand enough of it for today!
Good news on the code, looking forward to giving it a try here when i eventually get this driver in..hi
Rob
Re: bladeRF (DATV Maybe?)
Yes Rob I thought you had probably done that.
Snap I need to build the pvrusb2 kernel module for the sabre lite as it is missing.
Hopefully I will have the SI done early next week.
- Charles
Snap I need to build the pvrusb2 kernel module for the sabre lite as it is missing.
Hopefully I will have the SI done early next week.
- Charles
Re: bladeRF (DATV Maybe?)
Might have figured out my problem, i did notice siomething in dmesg log to do with the pvr driver initialising and 'version magics' - what are they? ....
The version magic is to do with the EXTRAVERSION parameter in the kernel makefile - ('-alok' in current rk3066 kernel i think)
It appears that the version magic name of the kernel source must be different to the installed kernel version magic name causing the module to return the 'invalid module format' error!
Will check that later today - hopefully will get somewhere after that!
Rob
The version magic is to do with the EXTRAVERSION parameter in the kernel makefile - ('-alok' in current rk3066 kernel i think)
It appears that the version magic name of the kernel source must be different to the installed kernel version magic name causing the module to return the 'invalid module format' error!
Will check that later today - hopefully will get somewhere after that!
Rob
Re: bladeRF (DATV Maybe?)
I assume you have tried uname -r to find out what kernel you are running?
I have been trying to get my S960 to work by compiling the s2-liplianin stuff without
any luck. I know it is supported because if I load the Raspbmc media player onto
the PI it is recognised and the green light comes on. Unfortunately Raspbmc
is what it says it is a media player and is pretty useless as a development environment.
- Charles
I have been trying to get my S960 to work by compiling the s2-liplianin stuff without
any luck. I know it is supported because if I load the Raspbmc media player onto
the PI it is recognised and the green light comes on. Unfortunately Raspbmc
is what it says it is a media player and is pretty useless as a development environment.
- Charles
Re: bladeRF (DATV Maybe?)
Well in a long round about way I've got it to load the pvr driver on the mk808 but don't ask me how to do it again...
It seemed like i had duplicate drivers somewhere - it worked once i removed all the pvr dependent drivers from the modules folder and then run depmod.
Recorded a test mpeg video and played it back no problem.
That is enough for today.. will try the original opencaster scripts tomorrow to see if it can generate the TS in real time, hopefully that is a yes!
Rob
It seemed like i had duplicate drivers somewhere - it worked once i removed all the pvr dependent drivers from the modules folder and then run depmod.
Recorded a test mpeg video and played it back no problem.
That is enough for today.. will try the original opencaster scripts tomorrow to see if it can generate the TS in real time, hopefully that is a yes!
Rob
Re: bladeRF (DATV Maybe?)
Yes Rob I know the feeling, in the end I have made a copy of the kernel source tree
and am making a custom build (just to get the drivers). I had to figure out how to
use make xconfig. I also had to copy the sources for drivers I wanted from somewhere
else. The hoops you have to go through just to enable a driver I have had to tick
about 8 boxes (including the one that says EXPERT) before it would even let me select the
m88ds3103 driver. The little PI is busy compiling itself now (takes about an hour).
Good luck with your scripts. I have not got any further with the SI table code, sorry.
- Charles
and am making a custom build (just to get the drivers). I had to figure out how to
use make xconfig. I also had to copy the sources for drivers I wanted from somewhere
else. The hoops you have to go through just to enable a driver I have had to tick
about 8 boxes (including the one that says EXPERT) before it would even let me select the
m88ds3103 driver. The little PI is busy compiling itself now (takes about an hour).
Good luck with your scripts. I have not got any further with the SI table code, sorry.
- Charles