Mike,
To be confirmed with Colin, but you can make the mod used with digithin :
http://www.batc.org.uk/forum/viewtopic. ... 4&start=10
rpidatv update
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: rpidatv update
Hi Evariste,
I got a DATV Express card and it is working well with windows software (Express DVB-S Transmitter & DatvExpressServerApp)
and a C920 webcam.
I'd like to get rid of the PC and RpiDATV should be the solution.
It is working in the "RF" mode (I receive a picture on my minitiouner ) but I did not achieve to make it run for DATV Express card
I tried with your 1.2.1 image and later with your last release by installing Jessie ligth and installing the application (v1.3.0 ?) via git
Could you explain shortly what version is recommended in my case and how to start with ?
Thank you
73 - Christian
I got a DATV Express card and it is working well with windows software (Express DVB-S Transmitter & DatvExpressServerApp)
and a C920 webcam.
I'd like to get rid of the PC and RpiDATV should be the solution.
It is working in the "RF" mode (I receive a picture on my minitiouner ) but I did not achieve to make it run for DATV Express card
I tried with your 1.2.1 image and later with your last release by installing Jessie ligth and installing the application (v1.3.0 ?) via git
Could you explain shortly what version is recommended in my case and how to start with ?
Thank you
73 - Christian
73 - Christian
F1FAQ
F1FAQ
Re: rpidatv update
Latest version is the better to maintain and correct bugs. However I didn't try with DATVExpress since 1.2.1. Maybe have to recompile with new sourcecode for ExpressServer from Charles as I didn"t update it for 1 year.
Will give you update soon.
Evariste
Will give you update soon.
Evariste
Re: rpidatv update
An interesting problem,
Some history. I have got hold of an Adafruit TFT https://www.adafruit.com/product/1601 which works nicely. However, there seems to be a problem over the use of the framebuffer in the menu - it would appear, then dissapear. I was not quite sure what was happening at first as curses and newt work fine. The f5oeo scripts use whiptail which in turn uses newt. (Who comes up with these names?). The TFT uses the framebuffer to display the console on the TFT.
So, what was happening? The clue was that in the a.sh script there is a command - sudo killall fbcp. No wonder it doesn't work, but why is this command there? Well it seems the same frame buffer, fb1 is being shared by the TFT and rpidatv. Quite interesting effect as with both active the video appears on the TFT, but that's not what I wanted. More to the point, how can I solve this? I am not using the main screen so perhaps /dev/fb0?
Mike
Some history. I have got hold of an Adafruit TFT https://www.adafruit.com/product/1601 which works nicely. However, there seems to be a problem over the use of the framebuffer in the menu - it would appear, then dissapear. I was not quite sure what was happening at first as curses and newt work fine. The f5oeo scripts use whiptail which in turn uses newt. (Who comes up with these names?). The TFT uses the framebuffer to display the console on the TFT.
So, what was happening? The clue was that in the a.sh script there is a command - sudo killall fbcp. No wonder it doesn't work, but why is this command there? Well it seems the same frame buffer, fb1 is being shared by the TFT and rpidatv. Quite interesting effect as with both active the video appears on the TFT, but that's not what I wanted. More to the point, how can I solve this? I am not using the main screen so perhaps /dev/fb0?
Mike
Re: rpidatv update
Hi Mike,
You pointed a bug ! fbcp should not have to be in a.sh. I put it there for use of rpidatvgui but as a.sh is a script shared with gbmenu.sh it makes troubles.
fbcp is invoked to copy framebuffer (HDMI) to TFT frame buffer. In that way , we could preview camera for example on the TFT which is interesting. However it hides the normal console display...
I have to migrate fbcp in menu.sh and rpidatvgui instead of a.sh.
Thanks for the report. You could use git to report issue.
This is fixed...make a git pull to get latest version
You pointed a bug ! fbcp should not have to be in a.sh. I put it there for use of rpidatvgui but as a.sh is a script shared with gbmenu.sh it makes troubles.
fbcp is invoked to copy framebuffer (HDMI) to TFT frame buffer. In that way , we could preview camera for example on the TFT which is interesting. However it hides the normal console display...
I have to migrate fbcp in menu.sh and rpidatvgui instead of a.sh.
Thanks for the report. You could use git to report issue.
This is fixed...make a git pull to get latest version
Re: rpidatv update
Thanks - I have had to modify some of the files to allow me to use the correct pins on the B+ so not sure if a git pull is such a good idea. I will have a go.
Mike
Mike