Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.


Messages - winschrott

Pages: [1] 2
1
VOMP for Raspberry Pi / Re: vomp 0.5 - my test results
« on: January 12, 2019, 20:20:28 »
In addition to my earlier post:

The TV switches on just at the moment the green LED turns off. In the debug-dump this is at about 21:04:18:035300.

-winschrott

2
VOMP for Raspberry Pi / vomp 0.5 - my test results
« on: January 12, 2019, 11:24:10 »
Hello Chris,
hello MartenR,

I use this wonderful client since many years together with yavdr. After a couple of years I changed my current installation with v0.4.1 to the current v0.5 from git and I´m very happy about the current improvements:

- very fast listing/starting playback of recordings (big subvolume mounted via smb) which took ~15sek in earlier versions
- no problems with HD+-channels in addition to current vdr 2.2.0
- new skin

But I found the following problems with the current git:

- TV is restarting after power-off when connected by CEC and switched to the HDMI of RasPi (Panasonic TV / RasPi 3 with current firmware, 'hdmi_ignore_cec_init=1' in config.txt set so TV does not turn on when raspi starts)
- litte colored strip of background can be seen if transmitted picture is not over the full screen and no overscan is configured (could be solved by completely black background when playing TV or playback of recordings)
- refresh of info-bar is not complete when display of time changes or a new channel is selected after the info-bar is called -> new time or channel number is display over the old one
- when complied with the current package-hints in one of the older threads, CEC will not run until I install the current cec again (simply by calling 'apt-get install cec-utils') which replaces the older, manually defined cec library

I tried to understand the sources, found the color-definitions to change the background to complete black. But I was not able to find the positions for info-bar and the restarts of my TV... If you would tell me where I should begin with my investigations or if you need some debug-info, plz tell me.

Last thing:
Actually I switched the gpu-mem to 256MB because sometimes I only got a black screen (which I can leave with back-key to the normal tv) when calling the EPG by the blue-key. This is gone since 256MB GPU and a fixed definition of HDMI-parameters to 1920x1080/50p (normal 24" display is connected with a HDMI/DVI-cable).

Over all I´m very happy with vompclient on raspi! Thanks for your work and tell me if I can help you with further development!

-winschrott

3
VOMP for Raspberry Pi / Re: Audio breakup's on 720p channels.
« on: December 26, 2013, 18:25:43 »
@sirwio

I did a lot of tests the last hours and had no more audio chirps. Did you try other vdr-client-software, for example the new raspihddevice?
Could you give me an actual test-file with chirps? Please not too small, no problem if the file is about 100MB or so. The best would be an original TS-file. What channels are affected?

Thanks,

winschrott

4
VOMP for Raspberry Pi / Re: Audio breakup's on 720p channels.
« on: December 25, 2013, 23:00:18 »
Hello Marten,

for me the following changes seem to work:

audioomx.cc, Line 1582ff:

Code: [Select]
while ( size - test >= 3) {
if (data[test]==0xFF && (data[test+1] &0xe0)==0xe0) {  // 11bit frame sync
if ((data[test+1] & 0x18) == 0x08) {test++;continue;}  //sanity check: mpeg version ID 01 -> reserved
//sanity check inspired by libav
...

I will give it to the friend of mine with the same problem and will report later. But it seems good!

Background:
I think the most important change is to ignore data with the reserved mpeg version 01 which is done in line 3 of my code. The other change belongs to the loop which ends some bytes earlier now but should meet the requirements with more accuracy.

Could be possible that line 1641ff

Code: [Select]
if (mp3sameheadercount>4) {
*framesize=frame_size;
return test; // probably FrameSync
} //skip it if the header changes too frequently

will be obsolete with these changes. I will try the next days.

Happy christmas,

winschrott

5
VOMP for Raspberry Pi / Re: Audio breakup's on 720p channels.
« on: November 23, 2013, 20:52:09 »
Hello Marten,

I tried several things, at last I added a line which gives me debug information in case of NOT mp3sameheadercount>1...4
I get several log-entries from this line with no audible dropouts, but sometimes (60%) NOT when my audio is dropping. In this case the log is empty  :o  !? So it should be an other problem here. Will audio packets be dropped at any other position in case of an error?
I will try to up a short file with some audio dropouts...

CU
winschrott

6
VOMP for Raspberry Pi / Re: Audio breakup's on 720p channels.
« on: November 23, 2013, 16:49:58 »
Hello Marten,

I tried to check the TS-file (recording) with several tools. Actual I´m playing with MPEG-2 TS packet analyser (incl. hex-editor). Error-correction should be done before by using the additional forward-error-correction bytes in the stream which is originally 208 bytes long per packet, for example.
The question is where the errors occur. And if it is "only" a packet misdetection - why?

-winschrott
 Out now, qualifying now and football in a few minutes ;-)

7
VOMP for Raspberry Pi / Re: Audio breakup's on 720p channels.
« on: November 23, 2013, 16:29:42 »
Hello Marten,

i do not really understand how the original TS-Stream is processed by vomp.
Which part does demuxing of the TS and is it possible to extract the demuxed stream(s) to check them for errors? The original TS-stream seems to be error-free so it is not clear to me why vomp loses sync or detects wrong audio-headers.

A friend of mine (yotom) tries your mp3sameheader-settings...

CU
winschrott

8
VOMP for Raspberry Pi / Re: Audio breakup's on 720p channels.
« on: November 23, 2013, 14:52:04 »
Hello marten,

I will cut one or several chiprs out of the old file.
I will also try the alternative settings you mentioned.

What do you think about the idea I edited to my last message?

CU

9
VOMP for Raspberry Pi / Re: Audio breakup's on 720p channels.
« on: November 23, 2013, 14:40:55 »
Hello marten,

thanks for debugging.
Now there are no chirps anymore but instead of the chirps I get audio-dropouts for about 0.5-1 sec. ´vompclient -d´ does not give any output in case of these dropouts.
Tell me if I can help you with debugging,...

One idea:
You detect the actual bitrate and so on of the audio stream. As I understand you, you are now dropping audio-frames with a mismatching bitrate. Would it be - only for a try - be possible to set the bitrate to the "matching" settings for these frames you detect as mismatching ones and send these manipulated frames to the decoder instead of dropping them? No need to change this in your GIT, you can send me the changed source-file via PM or attach it to a message.

Thanks,
winschrott

10
Hi Marten,

had this problem, too. With my old TFT connected to the rasp. It was a 17" TFT, 1280x1024. 16:9 came out with black borders top/bottom, 4:3 with black borders all around. In settings, a 4:3-screen was defined. Can test it again if you want,  the old TFT is beside the actual 23" ;-) Both connected through HDMI -> DVI cable...

CU
winschrott

11
VOMP for Raspberry Pi / Re: Selection radio stations not possible
« on: November 20, 2013, 16:45:09 »
RUNNING,

thanks

13
VOMP for Raspberry Pi / Re: Selection radio stations not possible
« on: November 20, 2013, 14:37:37 »
Thanks,

I compiled your actual git and will test it in the evening.

winschrott

14
VOMP for Raspberry Pi / Selection radio stations not possible
« on: November 20, 2013, 07:13:48 »
Hello MartenR,

I tried the last release and your actual git, same problem:

I want to hear radio-station, for e.g. number 2761. With forward/backward and so on, I can select it. But not by using the direct number in the radio-channel-list.

CU
winschrott

15
VOMP for Raspberry Pi / Re: Audio breakup's on 720p channels.
« on: November 18, 2013, 22:33:24 »
@sirwio

First chirps at about 1:00. I will check your file.

CU
winschrott

Pages: [1] 2