Ideas para PipeManagement v3 (CUSTOM 3)

Muy buenas Victor.

Una pregunta.

as implementado la tecla pause como mute, cuando se ve el TDT. La tecla pause ya se usa cuando estas viendo el TDT con el Timeshift activado, yo es lo que más uso, para pausar la emisión y poder ir a coger la cervecita jejeje, sobretodo cuando estas viendo la 1 que no hay anuncios.

Que conste que no es por poner pegas, pero se podría buscar otra tecla que no se usara en modo TDT.

Saludos.

Nada hombre, no hay problemas.

no, ya estuve yo discutiendo este tema creo que en este mismo hilo, que efectivamente pause no era buena eleccion,
asi que finalmente mute on/off esta puesto en el boton AZUL
Asi que problema resuelto, asi no hay posibilidad de que "choquen" funcionalidades.

vic1972 escribió:
Nada hombre, no hay problemas.

no, ya estuve yo discutiendo este tema creo que en este mismo hilo, que efectivamente pause no era buena eleccion,
asi que finalmente mute on/off esta puesto en el boton AZUL
Asi que problema resuelto, asi no hay posibilidad de que "choquen" funcionalidades.

Eres un fenómeno, muchas gracias.

Buenas noticias,
estoy avanzando mucho en los distintos items.
Puede que salga una revisión antes del tiempo estimado.


Bueno, indicar que :
Estando en reproducción, la tecla 4 es <<<<<<< y la tecla 6 es >>>>>>> (Completado)

Funcionan muy bien!!!

Cuantas veces al dia estais pulsando el boton >> hasta que haya 7 triangulitos en la pantalla?
Y cuantas veces os habeis pasado, y otra vez a pulsar 7 veces ....

Bueno, pues ahora le das al 6 y listo .....a correr !!!

vic1972 escribió:Buenas noticias,
estoy avanzando mucho en los distintos items.
Puede que salga una revisión antes del tiempo estimado.


Bueno, indicar que :
Estando en reproducción, la tecla 4 es <<<<<<< y la tecla 6 es >>>>>>> (Completado)

Funcionan muy bien!!!

Cuantas veces al dia estais pulsando el boton >> hasta que haya 7 triangulitos en la pantalla?
Y cuantas veces os habeis pasado, y otra vez a pulsar 7 veces ....

Bueno, pues ahora le das al 6 y listo .....a correr !!!

Vaya , malas noticias ...

creo que no vamos a poder utilizar lo del avance de 5 minutos, ni lo del avance rapido del boton 6 ...

resulta que cuando se esta reproduciendo un archivo, la salida del proceso principal se queda casi parada,
es decir que si por ejemplo pulso el boton 5, este no sale por el log inmediatamente, sino que sale mucho mas adelante...


y porque me funciono tan bien el otro dia ????
pues eso mismo me he estado preguntando yo, hasta que di con la tecla,
resulta que si hay uno o mas sintonizadores tdt en marcha, pues la salida del proceso es continua y fluida,

eemplo de como esta casi continuamente:

CORD_TIMER, 0, from SetGetProperty(), elapsedTime=4064,recordedTime=4064
Future TMAP (4064s) R..[0][4063] = 0xC6 (198 * 2K)
RECORD_TIMER, 0, from SetGetProperty(), elapsedTime=4065,recordedTime=4065
RECORD_TIMER, 0, from SetGetProperty(), elapsedTime=4065,recordedTime=4065
Futu


es decir, que el dia que lo estaba programando y probando, estaba reproduciendo una pelicula, y la vez estaba grabando otra, por eso funcionaba ... entendeis?

pues eso, un rollo muy grande.

me gustaria que alguien lo pudiera probar tambien en su equipo,
basicamente es dirigir la salida de dvdplayer a /tmp/appout

y luego ejecutar tail -f /tmp/appout

y vereis que cuando esta en tdt hay mucho log, y cuando esta en reproduccion el log se queda casi parado ....

que rollo!!!!!!

Bueno, me haria falta que alguien probara el punto anterior, para estar seguro,
ya he eliminado estas funcionalidades, es una pena ....


Bueno, ahora las buenas noticias, la recuperación de canales por internet funciona bien,
y es un gustazo,
acabo de instalar el firmware, y luego he tecleado en el mando 92001, y me ha traido mis canales, ordenados, y todos,

vic1972 escribió:Bueno, me haria falta que alguien probara el punto anterior, para estar seguro,
ya he eliminado estas funcionalidades, es una pena ....


Bueno, ahora las buenas noticias, la recuperación de canales por internet funciona bien,
y es un gustazo,
acabo de instalar el firmware, y luego he tecleado en el mando 92001, y me ha traido mis canales, ordenados, y todos,

Pues si es una pena, tenia esperanzas en poder pasar 5 mimutos de golpe, los 30 segundos que trae para mi es poco.

Te felicito por tu trabajo "vic1972".

Hi Vic,

About the way you were performing the +5 minutes leap, did you do that with sequential inputs of +30 sec. piped to DvdPlayer?
If so, would it be useful to use a sleep, or something similar to avoid the desynchro?
Like inputing BBB (1'30) sleep 2 sec then BBB then 2 sec then BBB then 2 sec then BBB ?

I know that's not very nice

It would take longer, but if we know it is the price to get a +6 minutes (or adapt to five, etc.), could be acceptable! At least, we could test it, don't you think?

Cheers,
Matt

Hello Matt,
yes, I do sequential inputs of +30 sec. piped to DvdPlayer,
that is for the 5 min, i put 10 times the right arrow.

I do not know if I really have fully understood you;
but I have found a problem that prevent me of doing this tricks when reproducing a movie,
I have found that when reproducing a movie the output file of dvdplayer get like stucked; for example if i press key 5,
this will not appear in the log , so i cannot do nothing
only when any of the tdt is active the output log is very active.
does any one knows any trick to have the output log 'active' ?

We could create a recording each time we are going to see a movie, but i do not think this will be usefull, ..... or yes...?

byeee

Ok, I understand better !!

So, since you can not see the IR codes appearing into the "log", you can not send the right sequence to DvdPlayer, exact?
I did not understand correctly at first time, sorry for that! I thought the issue was with sending two many commands to the DvdPlayer (because when doing it quickly manually, it sometimes does anything, like going mute, etc.)

Would perhaps make sense then to consider two options:
- either get more verbosity with the log (I remember on one of the sites where I learnt we cound launch DvdPlayer after stopall, killall, etc. that we could use DvdPlayer /? or DvdPlayer * I think ... I'll search that again ... perhaps this will change the verbosity level)
- either get the IR codes information by an other mean and as far as I remember, the first "application" that was compiled to snif the IR codes (on /dev/something) could coexist with DvdPlayer => we could therefore get directly the information from an other program than DvdPlayer and relay it to the pipe entry

Are these assumptions foolish or do you think they could make sense (a little )?

Cheers,
Matt

Edit: https://ms450.forosactivos.net/programacion-f6/creando-nuestra-primera-aplicacion-mando-a-distancia-ir-t66.htm is that able to run in parallel to DvdPlayer? is the /dev/venus_irrp in exclusive access?

You got it!!!

your ideas are very good!!
The fist one will be direct,
but the second one, adds a new level of complexity And this will be left for next release.

I will have a look if it is possible to start dvdplayer with more verbosity.

thanks

Cool then if that's not purely foolish thinking

Here, I found again that info:
http://rtd1261.wikidot.com/forum/t-102026/remote-control-capture
They are considering /? and * ... dunno if that's fully relevant ... perhaps a standard -v would do the trick xD

Regarding the access to /dev/, I am afraid this would perhaps not work if DvdPlayer is up and running. I think that it only works if it's killed (but not sure of that ... perhaps it's possible to "mirror" the /dev/venus_irpp data to an other place (I am sinking in pure SciFi xD )

Cheers,
Matt

Edit: going back to Joman's post, perhaps one solution (if above does not work) would be to go to Engineering mode (perhaps only when needing these informations => when playing a record, quitting it after):
Possible inputs:
( - start performance logging [this is not par of engineering mode ... exit is ) ]
C - Command Line interpreter, engineering mode [then HELP to see functions, dunno if that's change verbosity]

wowww Matt, you are good giving ideas...

I have tried one thing with no luck,

i have executed dvdplayer -h
and get
GrandMa Revision: 283843
DvdPlayer: -h -l [on/off] -o <filename> -p <timelog filename> -f [NTSC/PAL]
-h: help
-l [on/off]: user input logging switch, defaultly off
-o <filename>: output file for output. Defaultly log.txt will be written
-p <timelog filename>: output file for timing information logging
-f [NTSC/PAL]: select TV system (encoder)
-s [POWER/EJECT/RTC]: select start mode
-r [0/1/2/3/4/5/6/7/8]: set region code
-A <filename>: audio dumpfile
-V <filename>: video dumpfile
-S <size>: size for debug memory
-t: calulate AP starting time

then i have modified rcS in order to start dvdplayer with -o /tmp/appout2
but no file is created

so, we have to go for the next tip.

vic1972 escribió:
I have tried one thing with no luck,
i have executed dvdplayer -h

Erf, what a pity it did not create the log :-(
Would have been a nice to have. I presume they have some #DEFINE (old souvenirs ^^) so that when they compile the released code is not providing too much verbose information :-/ (btw it provides some)

vic1972 escribió:wowww Matt, you are good giving ideas...

I am afraid this is more or less the best I am able to do :-/
I just hope some will help!


An other link about IR "piping" (last post, I don't know if the guy actually did it successfully, or if it's only "theoretical"):
http://www.mpcclub.com/forum/showthread.php?t=22757&page=3

I am not really easy with "ln" command, but I thought it could permit to allow "multiple" access to a single ressource by creating a link to it. Could it help to create such a link to /dev/venus_etc. or is it just a dream ^^


Cheers,
Matt

that would be ideal, to duplicate venus_irrp ...

I have create a file, and give permission of exeuction:
#!/bin/sh
while :
do
key=`dd if=/dev/venus_irrp bs=4 count=1 2> /dev/null | hexdump -e '"%02x"'`
echo $key
last_key=$key
if [ "$key" = "00000000" ] ; then CMD_STR="1"
elif [ "$key" = "00000000" ] ; then CMD_STR="2"
elif [ "$key" = "00000000" ] ; then CMD_STR="3"
elif [ "$key" = "00000000" ] ; then CMD_STR="j" ;# ZOOM-
elif [ "$key" = "00000000" ] ; then CMD_STR="=" ;# REPEAT A/B
elif [ "$key" = "00000000" ] ; then CMD_STR="E" ;# DELETE
fi
echo "$CMD_STR"
done


But it seems dvedplayer is continously reading this device, and so it is the first process to read the chard.
for instance i have entered quickly 20 times the key 5, and only one was captured by my script.

So we are still stucked in this issue

That sounds a hard one.
I read a bit about LD_PRELOAD tricks to intercept messages between IR and DvdPlayer (I presumed that /dev/venus_irpp is managed in a "normal" way ... perhaps some GrandMa source, even from other devices could help there :-/ ), but that's too messy for me, and I guess it means many libraries and tools compilation to port them to the LG :-/

So, looking for a new idea ^^

Cheers,
Matt

Some links:
http://stackoverflow.com/questions/69859/how-could-i-intercept-linux-sys-calls
http://lca2009.linux.org.au/slides/172.pdf

Some others are wondering about this question as well, but so fat there is no clear answer I could find:
http://minimodding.com/tiki-view_forum_thread.php?topics_offset=1&forumId=33&comments_parentId=2558
http://www.patriotmemory.com/forums/showthread.php?p=19781 (I read ~20 pages of this thread ... some interesting things but nothing final :-/ )

I also read somewhere else (Xtream or Patriot?) that from the Ellion source, it seems that the DvdPlayer rely on the linux system to set & manage the /dev/venus_irrp, and that therefore it could be possible to catch thing directly from there. I believe that's also a long way ...

Cheers,
Matt

Hi
thanks for the links,...
very complicated.
yes, they all speak about this problem and related,
but some posible solutions needs very complicated maniovours and tricks.
I think I will leave this for the moment, in the hope, that someone gives a new vision,
or a bright idea appears relaxing the mind

bueno,
pues malas noticias de nuevo, ...
esta relacionado con el problema anteriormente mencionado,
que cuando esta en modo reproducción el log de salida se quda como congelado.

Bueno, es referente al ultimo caso de mitigación de efecto por inicio de grabación,
resulta que algunas veces lo dectecta pero otras no ....

Es una pena, porque esta ya implementado, y es curioso, cuando funciona bien,
como acepta el cajetin de inicio de grabacion, y se va bien como automaticamente va abriendo las ventanas,
hasta seleccionar la peli que estabas viendo ...
una pena ...
en fin, lo dejare para cuando se de el caso que lo detecte, pero ... mala pinta ...

Bueno, para tranquilizar un poco decir que lo que no funciona es la recepcion de codigos cuando estamos en
modo reproducción de archivo.
las unicas cosas que no van a funcionar estan marcadas como IMPOSIBLE en el primer post.
El resto de cosas si van a seguir funcionando ok

Ya se ha actualizado el status del primer post, y estamos a punto de cerrar esta version del pipe,
pronto se integrara con el custom firm. de keltek, para la version final del firm. suerte a todos.....

Thank you keltek, Matthelas for the different ideas and tips.
Finally I think the mirror of pipes could be a solution.

It consist of:
1. create fifo /dev/venus_irrc mkfifo /dev/venus_irrc
2. Change DvdPlayer and RootApp to use /dev/venus_irrc instead of real /dev/venus_irrp
3. create a program: mirror_pipe that actually reads from real /dev/venus_irrp and send a copy to mirror /dev/venus_irrc

I have create the program, but it needs to be tested:

#include <sys/types.h>
#include <sys/stat.h>
#include <unistd.h>
#include <fcntl.h>
#include <stdio.h>
#include <stdlib.h>
#include <errno.h>

#define PIPE_LECTURA "/dev/venus_irrp"
#define PIPE_ESCRITURA "/dev/venus_irrc"
#define BUFS 1024



int main(int argc, char** argv) {
char buf[BUFS+1];
int pipe_lectura, pipe_escritura,n;

// open pipe for reading
pipe_lectura = open(PIPE_LECTURA, O_RDONLY);

// open pipe for writing
pipe_escritura = open(PIPE_ESCRITURA, O_WRONLY);

//Lets loop for ever
while (1)
{
n=read(pipe_lectura, buf, BUFS );
buf[n]='\0';
write (pipe_escritura, buf, n); //strlen (buf));
}

}



Comments ...

Hi Vic,

I cannot comment the code :-/ but I have one question:

vic1972 escribió:
2. Change DvdPlayer and RootApp to use /dev/venus_irrc instead of real /dev/venus_irrp

How do you achieve that? By patching some ascii string directly in the DvdPlayer (and/or RootApp) exe?
Or is it possible to do it the other way round, by getting the kernel (whatever else) to load the infrared to /dev/venus_irrc instead of /dev/venus_irrp and then to let DvdPlayer as is?
Or (else ) is there some magic.conf that allows to tell DvdPlayer which /dev it should use?

Thanks,
Cheers,
Matt


Cheers,
Matt

Hello,
with hexeditor, we can replace (along as they mantain the same string lenght)
in fact in have already found one instance in DvdPlayer and another one in RootApp.

The other way round I think is not possible, as I guess the IR hardware is hardcode to write in that fifo....
Of course, i am not sure ... this is all rather complex.

That's impressive!
This deserves a test!!

Cheers,
Matt

vic1972 escribió:// open pipe for reading
pipe_lectura = open(PIPE_LECTURA, O_RDONLY);

// open pipe for writing
pipe_escritura = open(PIPE_ESCRITURA, O_WRONLY);

First open seems to be fine,
but the program stop in the second open command.

It seems that a fifo created with mkfifo cannot be opened as a normal stream file.
So, more reading is needed.

Probably we need to create a device driver of type character ...?¿?¿