Messages

Hi,

is it possible to have the audio output from vompclient on hdmi and analog at the same time?
Which part could I change in audioomx.cc.

Walter

Any progress?

Do you have the mpge2 license installed?

Hi Marten,

sorry for that, but another error.
If I start a recording, then the client will hang and shows me only a black screen. Have to kill it manually.
Seems it could be any kind of loop.

Code Select Expand


Black_Screen1.log:19:33:01.881635 [notice] 3221 Recording - findnext:comparing Frame 12 with current Frame 4789
Black_Screen1.log:19:33:01.881725 [notice] 3221 Recording - findnext:comparing Frame 4788 with current Frame 4789
Black_Screen1.log:19:33:02.087770 [notice] 3221 Recording - findnext:comparing Frame 12 with current Frame 4789
Black_Screen1.log:19:33:02.088191 [notice] 3221 Recording - findnext:comparing Frame 4788 with current Frame 4789
Black_Screen1.log:19:33:02.302089 [notice] 3221 Recording - findnext:comparing Frame 12 with current Frame 4789
Black_Screen1.log:19:33:02.302181 [notice] 3221 Recording - findnext:comparing Frame 4788 with current Frame 4789
Black_Screen1.log:19:33:02.510078 [notice] 3221 Recording - findnext:comparing Frame 12 with current Frame 4789
Black_Screen1.log:19:33:02.510171 [notice] 3221 Recording - findnext:comparing Frame 4788 with current Frame 4789
Black_Screen1.log:19:33:02.717423 [notice] 3221 Recording - findnext:comparing Frame 12 with current Frame 4789
Black_Screen1.log:19:33:02.717551 [notice] 3221 Recording - findnext:comparing Frame 4788 with current Frame 4789
Black_Screen1.log:19:33:02.923066 [notice] 3221 Recording - findnext:comparing Frame 12 with current Frame 4789
Black_Screen1.log:19:33:02.923162 [notice] 3221 Recording - findnext:comparing Frame 4788 with current Frame 4789


The full log is attached.

Walter

Segfault is gone and some seconds later the recording stops playing. (Is there any chance to get any kind of reset for, to play further, like vdr does?)
So I have to press exit and start the recording again.

Walter

We are close, probably the pes header is damaged. Let check this:
please add before

Code Select Expand

*samplepos+=headerstrip;
The line:

Log::getInstance()->log("Video", Log::DEBUG, "DMP mark header %d %d %d",headerstrip,*samplepos,packet.length);

If I am right I know, how to prevent the seg fault, but then the recording is damaged.

Marten

This recording was produced in bad weather. Nevertheless vdr can play this fine.

Thanks for your support,
Walter

Please post also the Big buffer line from your code.

please add to the Big Buffer log line a %d and the argument haveToCopy.
Something weird is going on.

Marten

The core dump will only help, if all libraries and otherthings are the same, I doubt that this will work.

First uncomment all Log message in the DeliverMediaPacketMethod, there might be suffient debugging code already and post a log.

Marten

Well with my limited skills it would be better to post the coredump and/or the broken recording.
Is this an option for you?

Walter

this is all what I get or do I am something wrong?

Firmware:

Code Select Expand


Jan 25 2013 19:12:00
Copyright (c) 2012 Broadcom
version 365215 (release)



Backtrace:

Code Select Expand


[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/arm-linux-gnueabihf/libthread_db.so.1".
Core was generated by `./vompclient -d'.
Program terminated with signal 11, Segmentation fault.
#0  mis_1_loop () at memcpy.S:214
214 memcpy.S: Datei oder Verzeichnis nicht gefunden.
(gdb) bt full
#0  mis_1_loop () at memcpy.S:214
No locals.
#1  0x000edd40 in VideoOMX::DeliverMediaPacket (this=<error reading variable: Cannot access memory at address 0xffffffe0>,
    packet=<error reading variable: Cannot access memory at address 0x4>,
    buffer=<error reading variable: Cannot access memory at address 0x3c>,
    samplepos=<error reading variable: Cannot access memory at address 0x40>) at videoomx.cc:2738
        cancopy = <error reading variable cancopy (Cannot access memory at address 0xffffffe8)>
        headerstrip = <error reading variable headerstrip (Cannot access memory at address 0xffffffec)>
        haveToCopy = <error reading variable haveToCopy (Cannot access memory at address 0xfffffff0)>
Backtrace stopped: previous frame inner to this frame (corrupt stack?)


I will look at that. I need to do some debugging as it seems that the toggleSubtitles method is in place in player.cc as in videolivetv.cc, but just does nothing in record mode.

Do you know, did the toggleSubtitles work with the old MVP vompclient?

With my mvp this works, don't know where this got lost in the rasperry branch or maybe I do something wrong.
Thanks for investigating.

What I noticed is that toggleSubtitles in vvideorec.cc is not working.

Code Select Expand


case Remote::RECORD: player->toggleSubtitles(); return 2;


If I hit the record button nothing happens. In lifetv it is working.

Could this be fixed?

Yes this happens also with aplay. I tried different alsa settings but none were succesfull. It seems this is a known issue in firmware.

At the moment of writing a got an segfault with my client. Do not know if this can help in any way:

Code Select Expand


[ac3 @ 0x1901e40] Additional substreams not implemented. Update your Libav version to the newest one from Git. If the problem still occurs, it means that your file has a feature which has not been implemented.
[ac3 @ 0x1901e40] If you want to help, upload a sample of this file to ftp://upload.libav.org/incoming/ and contact the libav-devel mailing list.
[ac3 @ 0x1901e40] unsupported frame type : skipping frame
Speicherzugriffsfehler