PDA

Archiv verlassen und diese Seite im Standarddesign anzeigen : Aufnahmen HD+ Sender



ocean
30.09.2015, 22:13
Hallo,

Habe folgendes Problem:
Nutze meinen XpeedLX2 hauptsächlich nur zur Aufnahme von Sendungen auf meine NAS. Nun kann ich zwar SD-Aufahmen aller Sender, sowie HD-Aufnahmen der öfftl. rechtl. problemlos auf allen meinen Devices wiedergeben, eine Aufnahme von HD+ leider nicht. Diese werden zwar auf dem NAS gespeichert, auf dem TV gar nicht und auf manch anderen Geräten nur ohne Ton wiedergegeben. Gibt es hier eine Möglichkeit den Xpeed auch für HD+ Aufnahmen zu nutzen, oder gibt es da keine Chance. Vielleicht hat hier ja jemand das gleiche Problem, oder gar schon die Lösung gefunden.

ocean
04.10.2015, 10:52
Gibt es keinen, der das gleiche Problem hat, oder einen Lösungsansatz weiß?

speedy1016
04.10.2015, 12:15
Haben wir eine Glaskugel? Musst du schon mal sagen wie deine Karte läuft. Bei mir lief es mit cccam ohne prob

morly
04.10.2015, 12:24
Nimm mal testweise lokal auf - um mal das Prob ausschliessen zu können. Klappts da?

ocean
04.10.2015, 12:37
Ok, Glaskugel ist n gutes Stichwort ;-)

Also
- Hd+ - Karte läuft lokal im Xpeed mittels oscam aus dem feed.

- lokale Aufnahme werd ich testen. Hatte hierfür nur bislang keinen Grund gesehn, da andere HD-Aufnahmen ohne HD+ restriktionen ja laufen. Werds gleich mal testen und berichten.

santa
04.10.2015, 12:57
Deaktiviere mal testweise die emms in oscam/reader

ocean
04.10.2015, 13:13
Sowohl, lokale Aufnahme, als auch mit deaktivierten (blocked) emms kein Ton auf Android (AC3 wird nicht unterstützt...)

ocean
04.10.2015, 13:21
Es scheint wohl mit der AC3 Audiospur zusammen zu hängen, selbst ohne aktive Entschlüsselung (heute ja testweise möglich) ist das gleiche Problem. Die SD Kanäle liefern mehrere Audio-Channels MPEG und AC3...

ocean
07.10.2015, 20:35
Hm... Wie bekomm ich das ganze ans Laufen, damir auch die HD Aufnahmen klappen.

ocean
12.10.2015, 19:31
Also wenn ich die Aufnahmen durch TS-Doctor jage, lassen sich diese auch mit Ton auf den betroffenen Devices abspielen:
20150929 - Die Simpsons_001_fixed.log


Opening file Z:\Recorder\XpeedLX2\movie\20150929 - Die Simpsons_001.ts


OS: Windows 7 x64 Service Pack 1
TSDoctor.exe V 1.2.171 (Build 03752F)
Instance : 0
System memory: 7,8 GB / Free: 4,37 GB
Used memory : 124,62 MB
Intel(R) HD Graphics (DISPLAY1)
Resolution : 1440 x 900 (32Bit)
Monitors : 1
Supported TS source filter found : TS Doctor FileSource (on)
Supported splitter filter found : Haali Media Splitter, LAV Splitter
Supported audio filter found : [LAV Audio Decoder], ffdshow Audio Decoder
Supported Mpeg video filter found : [LAV Video Decoder], ffdshow Video Decoder(4475), Microsoft DTV-DVD Video Decoder
Supported H264 video filter found : CoreAVC Video Decoder, [LAV Video Decoder], ffdshow Video Decoder(4475), Microsoft DTV-DVD Video Decoder
Supported video renderer found : Video Renderer, Enhanced Video Renderer


File size: 95495728
Packets : 507956




Scanning for TRP fill packets
Found 8248 scrambled packets at start
Found 1 fill packets at end


Scanning for PIDs


Found 6 different PIDs
Broadcast standard selected: DVB
Broadcast standard detected: DVB


Identifying stream types
PES WARNING: PID 01FF scrambled 33,33%


$0021: 5% = Teletext (PES_StreamID BD = Private_Stream_1) [PTS][PESLength]
$01FF: 87% = H264 Video (PES_StreamID E0 = Video_Stream_0) [PCR,PTS,DTS]
$0203: 8% = AC3 Audio (PES_StreamID BD = Private_Stream_1) [PTS][PESLength]
$0000: 0% = PAT
$0205: 0% = AIT
$0061: 0% = PMT




Scrambled stream detected. PID: 01FF
$0000 3 valid PES packets found at 1145


REOPEN FILE TRIMMED WITH OFFSET: 215260 BYTES




Opening file Z:\Recorder\XpeedLX2\movie\20150929 - Die Simpsons_001.ts
Multiple files: Merging virtually
File 1 : Z:\Recorder\XpeedLX2\movie\20150929 - Die Simpsons_001.ts


OS: Windows 7 x64 Service Pack 1
TSDoctor.exe V 1.2.171 (Build 03752F)
Instance : 0
System memory: 7,8 GB / Free: 4,4 GB
Used memory : 124,5 MB
Intel(R) HD Graphics (DISPLAY1)
Resolution : 1440 x 900 (32Bit)
Monitors : 1
Supported TS source filter found : TS Doctor FileSource (on)
Supported splitter filter found : Haali Media Splitter, LAV Splitter
Supported audio filter found : [LAV Audio Decoder], ffdshow Audio Decoder
Supported Mpeg video filter found : [LAV Video Decoder], ffdshow Video Decoder(4475), Microsoft DTV-DVD Video Decoder
Supported H264 video filter found : CoreAVC Video Decoder, [LAV Video Decoder], ffdshow Video Decoder(4475), Microsoft DTV-DVD Video Decoder
Supported video renderer found : Video Renderer, Enhanced Video Renderer


File size: 95065208
Packets : 505666




Scanning for TRP fill packets
Found 7156 scrambled packets at start
Found 1 fill packets at end


Scanning for PIDs


Found 6 different PIDs
Broadcast standard selected: DVB
Broadcast standard detected: DVB


Identifying stream types


$01FF: 87% = H264 Video (PES_StreamID E0 = Video_Stream_0) [PCR,PTS,DTS]
$0203: 8% = AC3 Audio (PES_StreamID BD = Private_Stream_1) [PTS][PESLength]
$0000: 0% = PAT
$0021: 5% = Teletext (PES_StreamID BD = Private_Stream_1) [PTS][PESLength]
$0061: 0% = PMT
$0205: 0% = AIT




Scanning for PATs


----------- PAT 0 -----------
PacketCount : 1
Table ID : 0
Section Syntax Indicator : 1
Reserved Bit 0 : 0
Reserved Bit 1 : 1
Reserved Bit 2 : 1
Pointer Field : 0
Section Length : 33
Transport Stream ID : 1017
Reserved Bit 3 : 1
Reserved Bit 4 : 1
Version Number : 8
Current Next Indicator : 1
Section Number : 0
Last Section Number : 0


Program Number : $0000
Map PID : $0010


Program Number : $EF74
Map PID : $0060


Program Number : $EF75
Map PID : $0061


Program Number : $EF76
Map PID : $0062


Program Number : $EF77
Map PID : $0063


Program Number : $EF78
Map PID : $0064


CRC32 : $A099F494 = $A099F494
-----------------------------


Found 1 different PATs
Found 1 different PMT PIDs (5 PMTPIDs ignored $0010, 0060, 0062, 0063, 0064 )
Scanning for PMTs


----------- PMT 0 -----------
Packet : $000001AF, $000001B0, $000001B1, $000001B2
PacketCount : 4
PID : $0061
Table ID : 2
Section Syntax Indicator : 1
PMT Size : 607
Pointer Field : 0
Section Length : 599
Program Number : $EF75
Version Number : 13
Current Next Indicator : 1
Section Number : 0
Last Section Number : 0
PCR PID : $01FF


Program Info Length : 500
Program Info : $09, $6F, $18, $30, $FC, $EC, $8C, $69, $00, $00, $3D, $A3, $0D, $01, $80, $11, $80, $00, $02, $18, $30, $01, $0F, $9F, $20, $FF, $AA, $15, $02, $80, $11, $00, $00, $00, $64, $00, $03, $03, $21, $00, $00, $00, $02, $18, $30, $00, $00, $00, $64, $AA, $15, $02, $80, $11, $00, $00, $0B, $EA, $00, $03, $03, $21, $00, $00, $00, $02, $18, $30, $00, $00, $0B, $EA, $01, $00, $26, $A3, $0D, $01, $80, $11, $80, $00, $02, $18, $30, $01, $0D, $AB, $20, $FF, $AA, $15, $02, $80, $11, $00, $00, $0B, $B8, $00, $03, $03, $21, $00, $00, $00, $02, $18, $43, $00, $00, $0B, $B8, $09, $7B, $18, $43, $F9, $EC, $8C, $75, $00, $00, $43, $8C, $13, $00, $80, $11, $08, $02, $18, $43, $20, $0A, $09, $38, $59, $00, $0F, $9F, $59, $00, $0F, $9F, $AA, $15, $03, $80, $11, $5D, $00, $00, $66, $00, $03, $03, $21, $00, $00, $02, $18, $43, $5D, $00, $00, $66, $00, $AA, $15, $03, $80, $11, $00, $00, $0B, $EA, $00, $03, $03, $21, $00, $00, $02, $18, $43, $5D, $00, $0B, $EA, $00, $01, $00, $2C, $8C, $13, $00, $80, $11, $08, $02, $18, $43, $20, $0A, $09, $38, $59, $00, $0D, $7A, $59, $00, $0D, $7A, $AA, $15, $03, $80, $11, $5D, $00, $0B, $B8, $00, $03, $03, $21, $00, $00, $02, $18, $43, $5D, $00, $0B, $B8, $00, $09, $04, $09, $C4, $FB, $EC, $09, $04, $09, $8C, $FA, $EC, $09, $7B, $18, $60, $FE, $EC, $8C, $75, $00, $00, $43, $8C, $13, $00, $80, $11, $08, $02, $18, $60, $20, $0A, $09, $38, $59, $00, $0F, $9F, $59, $00, $0F, $9F, $AA, $15, $03, $80, $11, $5D, $00, $00, $68, $00, $03, $03, $21, $00, $00, $02, $18, $60, $5D, $00, $00, $68, $00, $AA, $15, $03, $80, $11, $00, $00, $0B, $EA, $00, $03, $03, $21, $00, $00, $02, $18, $60, $5D, $00, $0B, $EA, $00, $01, $00, $2C, $8C, $13, $00, $80, $11, $08, $02, $18, $60, $20, $0A, $09, $38, $59, $00, $0D, $7A, $59, $00, $0D, $7A, $AA, $15, $03, $80, $11, $5D, $00, $0B, $B8, $00, $03, $03, $21, $00, $00, $02, $18, $60, $5D, $00, $0B, $B8, $00, $09, $7B, $18, $6A, $FD, $EC, $8C, $75, $00, $00, $43, $8C, $13, $00, $80, $11, $08, $02, $18, $6A, $20, $0A, $09, $38, $59, $00, $0F, $9F, $59, $00, $0F, $9F, $AA, $15, $03, $80, $11, $5D, $00, $00, $6A, $00, $03, $03, $21, $00, $00, $02, $18, $6A, $5D, $00, $00, $6A, $00, $AA, $15, $03, $80, $11, $00, $00, $0B, $EA, $00, $03, $03, $21, $00, $00, $02, $18, $6A, $5D, $00, $0B, $EA, $00, $01, $00, $2C, $8C, $13, $00, $80, $11, $08, $02, $18, $6A, $20, $0A, $09, $38, $59, $00, $0D, $7A, $59, $00, $0D, $7A, $AA, $15, $03, $80, $11, $5D, $00, $0B, $B8, $00, $03, $03, $21, $00, $00, $02, $18, $6A, $5D, $00, $0B, $B8, $00


Stream Type : 6
Description : ITU-T Rec. H.222.0 | ISO/IEC 13818-1 PES packets containing private data (Teletext)
Elementary PID : $0021
ES Info Length : 15
ES Info : $52, $01, $0A, $56, $0A, $64, $65, $75, $09, $00, $64, $65, $75, $11, $49
ES Info Text : R__V_deu__deu_I
ES Info (teletext description) : 1. initial teletext page (deu) page 100
ES Info (teletext description) : 2. teletext subtitle page (deu) page 149


Stream Type : 11
Description : ISO/IEC 13818-6 DSM-CC U-N Messages
Elementary PID : $0106
ES Info Length : 14
ES Info : $13, $05, $00, $00, $00, $71, $00, $66, $02, $01, $23, $52, $01, $71
ES Info Text : _____q_f__#R_q


Stream Type : 12
Description : ISO/IEC 13818-6 Stream Descriptors
Elementary PID : $0107
ES Info Length : 3
ES Info : $52, $01, $72
ES Info Text : R_r


Stream Type : 27
Description : AVC video stream as defined in ITU-T Rec. H.264 | ISO/IEC 14496-10 Video
Elementary PID : $01FF
ES Info Length : 3
ES Info : $52, $01, $09
ES Info Text : R__


Stream Type : 6
Description : ITU-T Rec. H.222.0 | ISO/IEC 13818-1 PES packets containing private data (AC3)
Elementary PID : $0203
ES Info Length : 16
ES Info : $6A, $05, $FF, $42, $08, $00, $00, $0A, $04, $64, $65, $75, $01, $52, $01, $07
ES Info Text : j_ÿB_____deu_R__


Stream Type : 5
Description : ITU-T Rec. H.222.0 | ISO/IEC 13818-1 private sections
Elementary PID : $0205
ES Info Length : 5
ES Info : $6F, $03, $00, $10, $E0
ES Info Text : o___à


CRC32 : $5D13945E = $5D13945E
-----------------------------


Found 1 different PMTs


Selecting PMT with PID 0061 at position 000001AF
CRC OK!
Deleting PMT entry: PID 0106 type 11 = ISO/IEC 13818-6 DSM-CC U-N Messages
Deleting PMT entry: PID 0107 type 12 = ISO/IEC 13818-6 Stream Descriptors
Deleting PMT entry: PID 0205 type 5 = ITU-T Rec. H.222.0 | ISO/IEC 13818-1 private sections
3 entries deleted from stream list (not found in stream or encrypted)!


0.
stream_type : 6 = ITU-T Rec. H.222.0 | ISO/IEC 13818-1 PES packets containing private data (Teletext)
elementary_pid : 0021
ES_info_length : 15


1.
stream_type : 27 = AVC video stream as defined in ITU-T Rec. H.264 | ISO/IEC 14496-10 Video
elementary_pid : 01FF
ES_info_length : 3


2.
stream_type : 6 = ITU-T Rec. H.222.0 | ISO/IEC 13818-1 PES packets containing private data (AC3)
elementary_pid : 0203
ES_info_length : 16


PCR PID is 01FF


Created PAT:


----------- PAT 0 -----------
PacketCount : 0
Table ID : 0
Section Syntax Indicator : 1
Reserved Bit 0 : 0
Reserved Bit 1 : 1
Reserved Bit 2 : 1
Pointer Field : 0
Section Length : 13
Transport Stream ID : 1017
Reserved Bit 3 : 1
Reserved Bit 4 : 1
Version Number : 8
Current Next Indicator : 1
Section Number : 0
Last Section Number : 0


Program Number : $EF75
Map PID : $0061


CRC32 : $A850CF61 = $A850CF61
-----------------------------






Created PMT:


----------- PMT 0 -----------
Packet : $000001AF, $000001B0, $000001B1, $000001B2
PacketCount : 4
PID : $0061
Table ID : 2
Section Syntax Indicator : 1
PMT Size : 607
Pointer Field : 0
Section Length : 562
Program Number : $EF75
Version Number : 13
Current Next Indicator : 1
Section Number : 0
Last Section Number : 0
PCR PID : $01FF


Program Info Length : 500
Program Info : $09, $6F, $18, $30, $FC, $EC, $8C, $69, $00, $00, $3D, $A3, $0D, $01, $80, $11, $80, $00, $02, $18, $30, $01, $0F, $9F, $20, $FF, $AA, $15, $02, $80, $11, $00, $00, $00, $64, $00, $03, $03, $21, $00, $00, $00, $02, $18, $30, $00, $00, $00, $64, $AA, $15, $02, $80, $11, $00, $00, $0B, $EA, $00, $03, $03, $21, $00, $00, $00, $02, $18, $30, $00, $00, $0B, $EA, $01, $00, $26, $A3, $0D, $01, $80, $11, $80, $00, $02, $18, $30, $01, $0D, $AB, $20, $FF, $AA, $15, $02, $80, $11, $00, $00, $0B, $B8, $00, $03, $03, $21, $00, $00, $00, $02, $18, $43, $00, $00, $0B, $B8, $09, $7B, $18, $43, $F9, $EC, $8C, $75, $00, $00, $43, $8C, $13, $00, $80, $11, $08, $02, $18, $43, $20, $0A, $09, $38, $59, $00, $0F, $9F, $59, $00, $0F, $9F, $AA, $15, $03, $80, $11, $5D, $00, $00, $66, $00, $03, $03, $21, $00, $00, $02, $18, $43, $5D, $00, $00, $66, $00, $AA, $15, $03, $80, $11, $00, $00, $0B, $EA, $00, $03, $03, $21, $00, $00, $02, $18, $43, $5D, $00, $0B, $EA, $00, $01, $00, $2C, $8C, $13, $00, $80, $11, $08, $02, $18, $43, $20, $0A, $09, $38, $59, $00, $0D, $7A, $59, $00, $0D, $7A, $AA, $15, $03, $80, $11, $5D, $00, $0B, $B8, $00, $03, $03, $21, $00, $00, $02, $18, $43, $5D, $00, $0B, $B8, $00, $09, $04, $09, $C4, $FB, $EC, $09, $04, $09, $8C, $FA, $EC, $09, $7B, $18, $60, $FE, $EC, $8C, $75, $00, $00, $43, $8C, $13, $00, $80, $11, $08, $02, $18, $60, $20, $0A, $09, $38, $59, $00, $0F, $9F, $59, $00, $0F, $9F, $AA, $15, $03, $80, $11, $5D, $00, $00, $68, $00, $03, $03, $21, $00, $00, $02, $18, $60, $5D, $00, $00, $68, $00, $AA, $15, $03, $80, $11, $00, $00, $0B, $EA, $00, $03, $03, $21, $00, $00, $02, $18, $60, $5D, $00, $0B, $EA, $00, $01, $00, $2C, $8C, $13, $00, $80, $11, $08, $02, $18, $60, $20, $0A, $09, $38, $59, $00, $0D, $7A, $59, $00, $0D, $7A, $AA, $15, $03, $80, $11, $5D, $00, $0B, $B8, $00, $03, $03, $21, $00, $00, $02, $18, $60, $5D, $00, $0B, $B8, $00, $09, $7B, $18, $6A, $FD, $EC, $8C, $75, $00, $00, $43, $8C, $13, $00, $80, $11, $08, $02, $18, $6A, $20, $0A, $09, $38, $59, $00, $0F, $9F, $59, $00, $0F, $9F, $AA, $15, $03, $80, $11, $5D, $00, $00, $6A, $00, $03, $03, $21, $00, $00, $02, $18, $6A, $5D, $00, $00, $6A, $00, $AA, $15, $03, $80, $11, $00, $00, $0B, $EA, $00, $03, $03, $21, $00, $00, $02, $18, $6A, $5D, $00, $0B, $EA, $00, $01, $00, $2C, $8C, $13, $00, $80, $11, $08, $02, $18, $6A, $20, $0A, $09, $38, $59, $00, $0D, $7A, $59, $00, $0D, $7A, $AA, $15, $03, $80, $11, $5D, $00, $0B, $B8, $00, $03, $03, $21, $00, $00, $02, $18, $6A, $5D, $00, $0B, $B8, $00


Stream Type : 6
Description : ITU-T Rec. H.222.0 | ISO/IEC 13818-1 PES packets containing private data (Teletext)
Elementary PID : $0021
ES Info Length : 15
ES Info : $52, $01, $0A, $56, $0A, $64, $65, $75, $09, $00, $64, $65, $75, $11, $49
ES Info Text : R__V_deu__deu_I
ES Info (teletext description) : 1. initial teletext page (deu) page 100
ES Info (teletext description) : 2. teletext subtitle page (deu) page 149


Stream Type : 27
Description : AVC video stream as defined in ITU-T Rec. H.264 | ISO/IEC 14496-10 Video
Elementary PID : $01FF
ES Info Length : 3
ES Info : $52, $01, $09
ES Info Text : R__


Stream Type : 6
Description : ITU-T Rec. H.222.0 | ISO/IEC 13818-1 PES packets containing private data (AC3)
Elementary PID : $0203
ES Info Length : 16
ES Info : $6A, $05, $FF, $42, $08, $00, $00, $0A, $04, $64, $65, $75, $01, $52, $01, $07
ES Info Text : j_ÿB_____deu_R__


CRC32 : $8604405D = $8604405D
-----------------------------




First video PTS is 1577880342 04:52:12.004
Last video PTS is 1591211142 04:54:40.124


First PCR is 473338268700 04:52:11.047
Last PCR is 477335775178 04:54:39.103
Duration of video stream is 13325022 00:02:28.056
Video PCR to PTS difference -1172 ms
$0021: Delay to video stream = -960ms
$0203: Delay to video stream = -962ms


PID allocation
V :01FF############################################# ################################################## ######
A :0203############################################# ################################################## #####
:0000############################################# ################################################## #####
T :0021############################################# ################################################## #####
:0061### # ## ## # # # ### ###### ######## #### # # ## ###### #### # ## ## ############# #
:0205 ### # #### # # ### # ## ## ## ######## # ## ###### ### # ## # ##### ######## ###


The following PIDs will be imported into new stream: $0021, 01FF, 0203


Scanning for video details


-------- H264 Video ---------
profile_idc : 100
constrained_set0_flag : 0
constrained_set1_flag : 0
constrained_set2_flag : 0
constrained_set3_flag : 0
reserved_zero_4bits : 0
level_idc : 40
seq_parameter_set_id : 0
chroma_format_idc : 1
bit_depth_luma_minus8 : 0
bit_depth_chroma_minus8 : 0
qpprime_y_zero_transform_bypass_flag : 0
seq_scaling_matrix_present_flag : 1
seq_scaling_list_present_flag_0 : 0
seq_scaling_list_present_flag_1 : 0
seq_scaling_list_present_flag_2 : 0
seq_scaling_list_present_flag_3 : 0
seq_scaling_list_present_flag_4 : 0
seq_scaling_list_present_flag_5 : 0
seq_scaling_list_present_flag_6 : 0
seq_scaling_list_present_flag_7 : 0
log2_max_frame_num_minus4 : 5
pic_order_cnt_type : 0
log2_max_pic_order_cnt_lsb_minus4 : 5
num_ref_frames : 3
gaps_in_frame_num_value_allowed_flag : 0
pic_width_in_mbs_minus1 : 119
pic_height_in_map_units_minus1 : 33
frame_mbs_only_flag : 0
mb_adaptive_frame_field_flag : 0
direct_8x8_inference_flag : 1
frame_cropping_flag : 1
frame_crop_left_offset : 0
frame_crop_right_offset : 0
frame_crop_top_offset : 0
frame_crop_bottom_offset : 2
vui_parameters_present_flag : 1
aspect_ratio_info_present_flag : 1
aspect_ratio_idv : 1
overscan_info_present_flag : 0
video_signal_type_present_flag : 1
video_format : 0
video_full_range_flag : 0
colour_description_present_flag : 1
colour_primaries : 1
transfer_characteristics : 1
matrix_coefficients : 1
chroma_loc_info_present_flag : 0
timing_info_present_flag : 1
num_units_in_tick : 1
time_scale : 50
fixed_frame_rate_flag : 1
nal_hrd_parameters_present_flag : 0
vcl_hrd_parameters_present_flag : 0
-----------------------------


Video format: H264 1920x1088i/AR=16:9/25 fps/High@4.0
Colorimetry : ColourPrimaries=BT.709, TransferCharacteristics=BT.709, MatrixCoefficients=BT.709
First I-Frame PTS at 04:52:12.604 [00:00:00.600]
First GOP = 56 frames : I264 P265 B260 B261 B258 B259 B262 B263 P272 P273 B268 B269 B266 B267 B270 B271 P280 P281 B276 B277 B274 B275 B278 B279 P288 P289 B284 B285 B282 B283 B286 B287 P296 P297 B292 B293 B290 B291 B294 B295 P304 P305 B300 B301 B298 B299 B302 B303 P312 P313 B308 B309 B306 B307 B310 B311


Scanning for audio details
AC3 2 channels: 18 times
Audio stream 1: AC3 2.0 48000Hz (DEU)
Teletext scan: Lines scanned: 20805 / Parity errors: 0


Recording Details
Channel : ProSieben HD
Recording start : 29.09.2015 18:12:36
Recording end : 29.09.2015 18:15:05


TV Guide (Teletext)
29.09.2015 18:10 - 18:38 Die Simpsons


No cutting




Cut in at PCR: 00:00:00.000 (04:52:12.004)
Cut out at PCR: 00:02:28.056 (04:54:40.060)
First packet : 00000000
Last packet : 0007B741


File changed to 20150929 - Die Simpsons_001.ts / Read index: 00000000 / Write index: 00000000 at 00:00:00.000
Using first PCR as start PCR


Starting at packet 00000000 PCR: 00:00:00.000 (-00:00:00.000)
Ending at packet 0007B741 PTS: 00:02:27.078 (04:54:39.082)


File sizes:
C:\Users\xxx\Videos\Aufnahmen\20150929 - Die Simpsons_001_fixed.ts 75,1 MB [CRC=361E8D5F]


--------- NAL Unit Type Statistic ---------
Slices : 7398
I-Slices : 129
P-Slices : 1719
B-Slices : 5550
SP-Slices : 0
SI-Slices : 0
Data Partition A : 0
Data Partition B : 0
Data Partition A : 0
IDR Picture : 0
SEI : 7398
Sequence Parameter Set : 129
Picture Parameter Set : 129
AUD : 7398
End of Sequence : 0
End of Stream : 0
Filler : 0
Slices : 0
Seq. Param. Set Ext. : 0




Cutted packets at the beginning: 0
Cutted packets at the end: 1
Discarded packets (filler data): 57674 = 12,1% [brutto]
Discarded packets (not needed): 29034
Scrambled packets : 476633


PID stream sizes
$01FF: 68,1 MB
$0203: 7,0 MB


ERRORS : 0
WARNINGS : 0


Speed: 1,3 MBytes/sec
Duration: 00:01:12




Eventuell kann ja jemand was mit dieser Information anfangen.
Laut Meldung des Doc scheint am Anfang des streams etwas "verschlüsselt" zu sein.

Gruß
ocean

TheChip
12.10.2015, 20:12
Edit: Beitrag nochmal gelesen und den Sinn grad erst verstanden. Sorry.

ocean
12.10.2015, 20:17
Eingebunden ist alles per CIFS. Habe bis zu letzt auf ne Fritzbox mit Usb-Platte als NAS aufgenommen. Hab aber eben noch mein Syno DS215j eingerichtet mal sehn was das bringt. Mich macht halt nur stutzig, dass die free hd Aufnahmen ohne Probleme gehn, die hd+ nur leider nicht.

flac
12.10.2015, 20:23
Was steht den bei dir unten bei Aufnahmetyp im gesetzten Timer?



Gruß

Chris

ocean
12.10.2015, 20:32
Also da stand bei den Aufnahmen "normal".Muss wohl auf "entschlüsseln"?!-Nur wie setz ich das standardmäßig bei Timeraufnahmen via webif...

flac
12.10.2015, 20:35
Also ich lasse alles auf normal stehen.

LX3 via NFS auf`s NAS .



Gruß

Chris

Anskar
12.10.2015, 20:51
Hab da auch noch nie was eingestellt und wie Mp3Chris hab ich NFS.
Aufnahmen gehen auf die NAS.

MfG

ocean
13.10.2015, 20:35
Also selbst bei kompletter Neuinstallation des aktuellen Images ohne große Anpassung, werden die Aufnahmen nicht auf meinem Samsung TV wiedergegeben.
Eingestellt war auch nur die NFS-Share auf der Synology. Kann es eventuell noch an irgendeiner anderen Einstellungen liegen? Wie gesagt, sämtliche SD, sowie auch die HD-Aufnahmen aus den ÖR laufen problemlos. Über weitere Lösungsvorschläge/Tipps wäre ich sehr dankbar...

santa
13.10.2015, 20:54
Schau mal im Menü nach automatischer sprachauswahl, so das als default eine andere tonspur verwendet wird

ocean
13.10.2015, 21:08
Hab ich eben auch nochmal probiert. Allerdings wieder ohne Erfolg. Es wird auch bei den HD+ -Sendern leider nur eine Tonspur (Deutsch AC3) angeboten.

flac
13.10.2015, 21:19
...mal ne Frage. Ist ne Anlage an der Box oder nur der TV?



Gruß

Chris

ocean
13.10.2015, 21:22
die Box ist eigentlich standalone. Lediglich ein Monitor via HDMI ist zu Einstellungszwecken dran (und natürlich die Sat-Kabel). Ansonsten dient der Xpeedlx wie bereits geschrieben nur als "Aufnahmemaschine" ohne weitere Geräte dran. Die Aufnahmen schau ich dann via Netzwerkshare auf meinen TVs.

santa
13.10.2015, 21:23
Was ist denn wenn du den Film mit der Box schneidest und ein paar Sekunden vom Anfang klaust, aber das würde auch nur nerven.

Ich sage es ungern, aber probier mal bitte fremdimages, openpli direkt und ggf. mal oatv.

flac
13.10.2015, 21:29
Dann wäre auch mal gut zu wissen, ob die Box direkt einen Ton bei HD+ ausspuckt.

Haste ein paar aktive Lautsprecher zum testen da?

Wenn ja, bitte mal an die Cinch Buchsen hinten an der Box anschließen und testen.



Gruß

Chris

ocean
13.10.2015, 21:35
Aktive Boxen, hatte ich irgendwann mal angedacht, aber aktuell keine zur Hand. (Cinch an der XpeedLX2? wo sollen die sein?)

flac
13.10.2015, 21:38
Hat die keine externe analoge Audioausgänge auf der Rückseite?



Gruß

Chris

TheChip
13.10.2015, 21:40
Kannst nur über nen Scart Adapter bekommen. Die LX2 hat ja nur Scart und HDMI.

ocean
13.10.2015, 21:41
Nope:

http://audax.net.pl/pliki/allegro/tunery/xpeed/xpeed_3.jpg

hoff ich darf so nen link einfach posten. Ansonsten bitte gleich entfernen...

flac
13.10.2015, 21:46
OT on
Wo die überall sparen. Kopfschüttel.
OT off



Gruß

Chris

ocean
13.10.2015, 22:18
Ich check morgen mal das openatv image. Werde berichten, ob's damit problemlos klappt.

ocean
17.10.2015, 11:32
Moin,
War leider die letzten Tage gesundheitlich ziemlich angeschlagen. Habe mir ein hdmi kabel besorgt welches von der Box zum nächstmöglichen TV reicht. Beim abspielen der HD Sender fällt auf, dass erst nach gewisser Zeit der Ton fehlerfrei läuft. Zunächst sieht man nur Bild, eventuell abgehackten Ton und nach einer Weile ist der Ton klar und deutlich... Hat jemand ne Idee an was das liegen kann?
Allerdings wird auch selbst wenn die Aufnahme erst gestartet wird, wenn der Ton da ist, die Aufnahme nicht vom Android oder Samsung abgespielt. Beim Abspielen der Aufnahme auf dem LX ist der Ton zunächst abgehackt und nach kurzer Zeit klar...

flac
17.10.2015, 12:48
Bedenke das die Box nur eine 100Mbits Schnittstelle hat. Die ist vollkommen überfordert.
Du schreibst, wenn eine Aufnahme gestartet wird und gleich danach die Wiedergabe, dann ist das wie Timeshift.
Da reichen 100Mbits nicht aus. Gerade bei verschlüsselten Sendern in HD kommt dann noch die Prozessorlast zum entschlüsseln hinzu.
Also nicht wundern.


...und eventuell alles auf NFS umstellen. Hat mehr Datendurchsatz als CIFS.

Sonst mal über eine neue Box mit 1000Mbits Schnittstelle nachdenken.
Die haben ausserdem noch einen potenten Prozessor verbaut.
Dann hast du keine Prob´s mehr.






Gruß

Chris


btw. ... bei der UFS910 gab es auch mal Probleme, das der Ton bei Aufnahmen teilweise garnicht oder nur abgehackt wiedergegeben wurde.
Dies wurde aber durch eine andere Kernelversion und eine Netzwerkseinstellung beseitigt.
Ist aber auf deiner MIPS nicht möglich.

rantanplan
17.10.2015, 14:03
So beim durchfliegen ist mir noch nicht sicher geworden ob es sich jetzt um eine ordentliche NAS handelt?

Reden wir immer noch um die FritzBox als "NAS"? Damit wird es nie was!
Auch wenn du schreibst das die freien HD Aufnahmen bei dir kein Problem waren... Kann ich kaum glauben, da ehrlich mit all den Modellen durchgetestet.
Vielleicht Glück gehabt. Dann kommt aber eben auch noch Verschlüsselung hinzu. Nicht die 100mb sind da das Problem, sondern der USB Flaschenhals der Fritzbox.
Auch der kleine Prozessor der FritzBox macht da schlapp.
Zur reinen Wiedergabe klappt es.
Sorgenfreie Aufnahme kann man vergessen. Deine Beschreibung des Filmmaterials mit Stottern und abgehackt deutet darauf hin.
Grüße

ocean
17.10.2015, 16:06
Nein, ich rede nicht mehr von der Fritzbox als NAS sondern der Synology ds215j mit nfs-Freigabe wie schon im vorherigen Post geschriebn. Die Aufnahmen sind nur jeweils 1 Minute gewesen, der Fehler ist aber unabhängig der Länge. Auch beim Ansehen der HD+ Sender alleine, ist der Ton zu Beginn abgehackt.

rantanplan
17.10.2015, 17:56
Ok, das sollte einwandfrei laufen.
Die Aufnahme via NAS und NFS entlastet sogar den Prozzi des Receiver.
Ein Gegentest via USB direkt am Receiver wäre noch schön.
Dann versuche mal via MAT zu loggen, was bei der Aufnahme so gemacht wird.
Die normalen HD Aufnahmen von den öffentlich rechtlichen laufen ja einwandfrei.
Stresstest mittels Timeshift bei freien Sender+zusätzlicher paralleler Aufnahme kannst auch machen. Sollte alles auch mit 100mbit laufen.
So denn dies alles auch so ist, würde deine Oscam und der Kartenleser in Betracht der genaueren Untersuchung kommen.
Es ist übrigens gut möglich das deine Oscam etwas zu früh startet. Bei den sh4 Boxen war es auch im HDMU so.
Hat einem dann die verschlüsselten Aufnahmen komplett versaut.
Testen könnte man dann eine Verzögerung der Oscam mittels "sleep 10" oder so in der Start Datei.
Nur ne Idee...

Loggen mit MAT könnte da auch hilfreich sein.

Grüße

santa
17.10.2015, 18:29
Mal ne andere Frage, wie sind die Geräte im Netzwerk verbunden, alles per Kabel, fertige kabel?

ocean
17.10.2015, 19:48
Also verkabelt ist alles per vorkonfektionierten Kabeln, obwohl selbst mit selbstgecrimpten alles soweit laufen sollte (bin selbst Netzwerk-Admin also von daher nicht ganz unbedarft) und auch schon über Dlan stabil lief (ohne HD+ Entschlüsselung). Log werde ich mich später noch dran machen, bin aktuell noch unterwegs...

santa
17.10.2015, 21:44
Wollte dlan oder so nicht hören.
Frag mal einige hier im Board, die meisten haben alle Kabel gelegt und hatten keine Probleme mehr.

ocean
17.10.2015, 22:16
Wie gesagt ich habs sowohl mit dlan, als auch schon ohne dlan getestet.

ocean
17.10.2015, 23:30
Hallo nochmal,

Hier das Log der Aufnahmen (jeweils eine Minute):

- ProSieben HD (mit Samsung nicht abspielbar, Android ohne Ton)
- ARD HD (mit Samsung abspielbar, Android mit Ton)
- ProSieben HD (mit Samsung nicht abspielbar, Android ohne Ton)

alle Aufnahmen via NFS auf Synology.

11734

rantanplan
18.10.2015, 13:39
Bin kein Log-Crack, aber Fehlermeldungen gibt es darin ja zu hauf.
Mal sehen ob jemand anderes noch vorbei schaut.

TuningFehler machen einen stutzig. Unicable, eventuell mal Anschluss wechseln und testen.
Timeshift Pfad wohl nicht stimmt, aber das weist du bestimmt?
Aber da sind ja noch ein paar andere Dinge.

Kommt bestimmt noch jemand der davon wirklich Ahnung hat.

ocean
20.10.2015, 19:25
So habe eben nochmal mit einem anderen Receiver mit HDMU-Image getestet:
Pingulux argus mini (ja ist n sh4)

Dieser sollte von der Leistung ja auch nicht wirklich besser gestellt sein, als der Xpeed, oder?
Mit diesem Receiver ist mit der 100 MBit Buchse und sogar noch allem zum Trotz am DLAN eine Aufnahme als Oscam-Client am Xpeedlx problemlos möglich und auch via Samsung TV abspielbar. Also scheint es zumindest nicht an einer schlechten Netzanbindung zu liegen.

Auch die in den Logs angesprochenen Fehler wegen des Tuners sollte nun auch nicht mehr auftauchen, ein erneutes Eingeben der Konfig hatte hier gereicht:

Hier nochmals Log von Aufnahmen mit dem Xpeed nach Neueingabe der Tunerkonfig:

11797

ocean
28.10.2015, 18:32
Konnte schon jemand was mit den Logs anfangen?

santa
28.10.2015, 20:17
Glaub im Moment ist kaum jemand da der Zeit hat sich das anzusehen.

ocean
27.11.2015, 16:40
Gibt es hier mittlerweile etwas neues?

ocean
23.12.2015, 14:14
OK, also selbst wenn ich es mit dem aktuellen OpenATV versuche können die Aufnahme am Samsung nicht abgespielt werden, FTA-HD klappt *strange*

Anskar
23.12.2015, 14:31
Ich habe da keinerlei Probleme, egal ob mit UFS oder mit GB Quad Plus aufgenommen HD+ Sendungen kann ich überall abspielen.
Liegen bei mir auf der NAS.

MfG

ocean
23.12.2015, 14:33
Wahrscheinlich stellt sich dann wohl der Samsung TV quer. Werds mal bei den Jungs von SamyGo einkippen...

Anskar
23.12.2015, 14:41
Ich habe mir erst einen neuen Samsung gekauft.
Geht ohne Probleme.

MfG

ocean
23.12.2015, 14:50
Hm.. Moment, die Aufnahmen vom PinguluxMini (sh4) konnten ja auch abgespielt werden. Liegt hier doch noch ein Problem mit dem Xpeed Image vor? Gibt es hier irgendwelche Unterschiede bei den Mips Images? Die GB Quad Plus ist ja schließlich auch MIPS, wenn ich richtig liege oder?

suchmich1983
23.12.2015, 16:17
sind die Einstellungen alle "default"? Oder hast du bei den Aufnahmen-Einstellungen irgendwas verändert? Sind das alles Timer-Aufnahmen?

ocean
23.12.2015, 16:23
Warn alles Timer-Aufnahmen. Getestet hatte ich bisher mit "jungfräulichen" Images (PinguluxMini: nur HDMU / XpeedLX2: HDMU und ATV ), bei denen lediglich OSCAM aktiviert (bei ATV auch installiert) und die NFS-Freigabe, auf die aufgenommen werden soll, eingetragen wurde.

speedy1016
23.12.2015, 17:12
So habe gerade auf meiner lx1 getestet, nimmt auf NAS auf und spielt auch wieder ab. Als Image ist installiert HDMU_14744_XpeedLX_OE_2454_Flash.zip (http://images.hdmedia-universe.com/mips/xpeedlx/HDMU_14744_XpeedLX_OE_2454_Flash.zip)

ocean
23.12.2015, 17:16
Auf dem Xpeed selber ist ja auch nicht das Problem. Erst vom NAS auf dem Samsung wird "die Datei nicht unterstützt". Die Aufnahme via Pingulux kann allerdings abgespielt werden.

ReWard
23.12.2015, 19:08
Verstehe ich das richtig, der Samsung TV kann die Aufnahmen nicht abspielen?

Ich hatte das bei einem Bekannten auch mal, k.A mehr was das für ein TV war. Auf einem USB Stick waren 4 Filme, 1 oder 2 konnte der TV abspielen, die anderen nicht, waren alle vom gleichen Sender, von der gleichen Box.

Hast Du mal getestet ob die über USB laufen?

ocean
23.12.2015, 19:22
...auch bei direkter Wiedergabe via USB kommt "Datei nicht unterstützt".
Hat jemand vielleicht ein Testfile z.B. vom GB QUAD PLUS nur ne Minute lang von nem HD+ Sender? Bei sh4 weiß ich ja schon, dass es funktioniert, nur beim (XPEEDLX2) MIPS nicht...

flac
23.12.2015, 20:05
Das es da unterschiede geben soll, kann nicht sein.

Alle HD Aufnahmen werden bei mir vom NAS abgespielt mit
MIPS: LX2, Xpeed LX3 und GB Quad +,
SH4: Kathrein UFS913, 910




Gruß

Chris

ocean
23.12.2015, 20:21
Spielst du die Aufnahmen mit den Boxen selbst ab oder direkt mit dem TV?
Bei mir ist die NFS-Share auch am TV eingebunden. Hier funktionieren auch alle Aufnahmen, ob SD oder HD nur die HD+ wollen nicht rennen, außer die vom Pingulux...

flac
23.12.2015, 20:26
Wieso direkt über den TV? ...

...über die Box > AVR > TV oder Box > TV. Weil ich nicht überall einen AVR stehen habe.

Wenn es sein muss auch via DLNA direkt über TV. Ist aber so Blöde zu handeln.




Gruß

Chris

santa
23.12.2015, 20:34
Chris, im dem thread geht es Dar das ocean ein Samsung tv hat mit dem er vom NAS die Aufnahmen der anderen boxen ansehen will.
An dem tv ist eventuell keine Box dran.
Sh4 Aufnahmen gehen, die von der lx nicht.
Lokal wie übers lan.
Anskar hat gesagt, bei ihm geht alles am tv, deswegen die Anfrage von ocean eine testaufnahme einer anderen mips zu bekommen.

flac
23.12.2015, 20:38
Danke @santa,

es hatte mich nur stutzig gemacht, wegen seiner NFS Freigabe.

...der TV wird mit Sicherheit nicht über NFS verbunden sein, sondern mit DLNA.



Gruß

Chris

ocean
23.12.2015, 20:39
Bei mir laufen die Aufnahmen am TV in einem "virtual USB" (greootete TVs mit SamyGo) was im Endeffekt einfach die gemountete NFS-Share ist. So kann ich alle Aufnahmen des Xpeed direkt auf meinen Samys anschauen. Der Xpeed steht somit eigentlich nur im Büro und wird hauptsächlich als "Aufnahme-Maschine" benutzt.
Irgend ein Unterschied muss aber zumindest bei den sh4 und mips bestehen, sonst würden ja auch die Pingulux Aufnahmen nicht laufen, oder?

santa
23.12.2015, 20:39
Kann sein, aber trotzdem sehr merkwürdig warum die sh4 Aufnahme anders als die mips sind


Edit: mal mit ts Doktor die Aufnahmen verglichen?

flac
23.12.2015, 20:45
Werden die Aufnahmen abgespielt, wenn die Box via HDMI mit dem TV verbunden ist?



Gruß

Chris

ocean
23.12.2015, 20:54
Also abspielen via hdmi direkt mit der Box funktioniert (Monitor hängt dran). Auch ein Abspielen mit VLC auf dem Rechner läuft.

flac
23.12.2015, 20:56
Bei mir laufen die Aufnahmen am TV in einem "virtual USB" (greootete TVs mit SamyGo) was im Endeffekt einfach die gemountete NFS-Share ist.



Dann gehe ich mal davon aus, das da was geblockt wird.
Anders ist das nicht zu erklären.

Wie sieht es direkt mit DLNA aus? Also ohne den o.a."virtual USB"



Gruß

Chris

santa
23.12.2015, 21:09
Lokal gehen die Aufnahmen ja auch nicht von der lx, die von der sh4 schon.
Wie gesagt, mach mal gleiche Aufnahmen mit beiden boxen und vergleich mal die Dateien mit ts Doktor

flac
23.12.2015, 21:12
Wie hat den @AnsKar sein TV verbunden? Bei ihm geht es ja mit dem Samsung.

...bei mir auch. Hab aber keinen.



Gruß

Chris

ocean
23.12.2015, 21:24
Das da was geblockt wird, kann ich mir jetzt aber auch nicht vorstellen, da sonst die Aufnahme des Pingu ja auch geblockt werden müsste...
Ich klemm grad nochmal den Pingu an und mach mit beiden mal noch ne minütige Aufnahme:

Pingulux: http://www.hdmedia-universe.com/board/attachment.php?attachmentid=12703&stc=1
XpeedLX: http://www.hdmedia-universe.com/board/attachment.php?attachmentid=12704&stc=1

Beim Xpeed hängt allein schon an der Codec-Info vom VLC "Verschlüsselt: Ja" dran. Das könnte der springende Punkt sein...
Kann man da was drehen??

santa
23.12.2015, 21:31
Das wird es sein, normalerweise sollte ja decodiert gespeichert werden, gab es nicht was im Menü dazu

ocean
23.12.2015, 21:36
Wo unter Aufnahme?

http://www.hdmedia-universe.com/board/attachment.php?attachmentid=12705&stc=1

das ist das einzige was ich jetzt adhoc weiß...

flac
23.12.2015, 21:38
Ich lade gleich ein Film im UploadCenter hoch.

Läuft auch bei mir via DLNA.

Aufnahme RTL HD mit GB Quad +.




Gruß

Chris

santa
23.12.2015, 21:39
Ja genau, aber das passt ja per default immer

Anskar
23.12.2015, 21:48
Spielst du die Aufnahmen mit den Boxen selbst ab oder direkt mit dem TV?
Bei mir ist die NFS-Share auch am TV eingebunden. Hier funktionieren auch alle Aufnahmen, ob SD oder HD nur die HD+ wollen nicht rennen, außer die vom Pingulux...

Sorry, hatte das auch erst falsch verstanden, direkt am TV von NAS hab ich nicht.
Müßte ich erst konfigurieren um es testen zu können.

MfG

ocean
23.12.2015, 21:51
@santa & chris: meine Files liegen im Upload-Center unter: http://www.hdmedia-universe.com/board/UploadCenter.php?do=download&downloadid=92

flac
23.12.2015, 22:01
Ich schiebe gerade eins von mir hoch.


...gebe Bescheid wenns oben ist.


...dann bitte mal testen.




Gruß

Chris


...so ist >>oben (http://www.hdmedia-universe.com/board/UploadCenter.php?do=download&downloadid=93)<<

ocean
23.12.2015, 22:16
Ok, ich rühr derweil ma die Panna Cotta für morgen abend an... 😆

flac
23.12.2015, 22:22
Es lassen sich derzeit deine Files sowie mein hochgeladenes nicht herunterladen.


...oder liegt das bei mir? Hmm....




Gruß

Chris

ocean
23.12.2015, 23:29
Bei mir klappt der download auch nicht, weder beim RTL file noch bei meinen eigenen...

- - - Aktualisiert - - -

Dann halt von extern:
>>Pingulux (https://www.dropbox.com/s/burse5q3o6gkat3/Pingulux.zip?dl=0)<<
>>XpeedLx (https://www.dropbox.com/s/kou9xgzxa0ccbb5/XpeedLX.zip?dl=0)<<

Sollte das nicht erlaubt sein, einfach löschen bitte.

flac
24.12.2015, 00:19
Ich schau morgen mal was da los ist.



Gruß

Chris

...hab jetzt kein Rechner mehr oben.

ocean
24.12.2015, 00:25
Alles klar. Danke.

flac
24.12.2015, 11:37
So, kannste herunterladen.

File war zu groß. Ist jetzt ca.30 Sec.


...bitte berichten.




Gruß

Chris

ocean
24.12.2015, 12:37
Ok, also die Aufnahme von dir funktioniert auch. Mit welchem Tool hast du die Aufnahme gekürzt? Per default kann man doch nicht kürzer als 1 Min aufnehmen, oder?
Wenn ich nämlich die Aufnahmen durch den TS-Doc gejagt hab, liefen die auch. Evtl. wurde beim Kürzen noch was geändert?
GB Quad Plus:
http://www.hdmedia-universe.com/board/attachment.php?attachmentid=12707&stc=1

Ansonsten bin ich mir jetzt eigentlich sicher, dass es an diesem "Verschlüsselt: Ja" in der Codec-Info liegt.

flac
24.12.2015, 12:41
Ich habe mit dem Cutlisteditor, der in jedem Image vorhanden ist, die Schnittmarkierungen gesetzt.
Mit MovieCut vom Feed die Schnitte ausgeführt.




Gruß

Chris



...ist auch nur hinten geschnitten worden.

ocean
24.12.2015, 12:47
Kannst du mit dem VLC bei der ungeschnittenen Aufnahme direkt mal die Codec-Info anzeigen lassen, ob hier auch der "Verschlüsselt"-Passus angezeigt wird?

flac
24.12.2015, 13:05
Hmm...

den muss ich erst intallieren.




Gruß

Chris

- - - Aktualisiert - - -

Nein, es steht nichts von "Verschlüsselt" drin.

...im ungeschnittenen File!

Gleiche Angaben wie oben...

ocean
24.12.2015, 13:26
Dann muss es hier irgendeinen Unterschied in den Box-Configs geben.

flac
24.12.2015, 13:56
...mal was anderes, übernimmst du eventuell nach dem Flashen die Settings?

Hab da jetzt nicht reingeguckt. Bin im Mom. nur mit dem Handy on.




Gruß

Chris

ocean
24.12.2015, 13:58
Prinzipiell ja, ich übernehme die settings. Allerdings hatte ich ja auch schon mit dem "jungfräulich" frisch installiertem Image mit dem gleichen Fehler getestet.

flac
24.12.2015, 14:10
Komme erst übermorgen an die LX2 dran.
Da die sowieso neu aufgesetzt werden muss, werde ich dann gegen Testen.


Allerdings hab ich nicht solche Konstellation wie du.


Werde dort eine Aufnahme machen und hier hochladen.




Gruß

Chris

ocean
24.12.2015, 14:15
Klingt gut. Danke für deine Bemühungen.

flac
26.12.2015, 15:40
So, wie versprochen habe ich im UploadCenter ein Testfile von der LX2 hinterlegt.


Die Aufnahme wird abgespielt via DLNA auf dem TV und von der Box selber, sowie GB Quad Plus über NAS.


>>Download<< (http://www.hdmedia-universe.com/board/UploadCenter.php?do=download&downloadid=95)





Gruß

Chris

ocean
26.12.2015, 17:50
Erst mal danke an alle, für die Unterstützung.
Ok, eben getestet, auch das neue File vom Xpeed von Chris wird nicht abgespielt:

auch hier ist in der Codec-Info wieder besagtes "Verschlüsselt" vorhanden:
http://www.hdmedia-universe.com/board/attachment.php?attachmentid=12719&stc=1

Ich denke, das hier eventuell schon in den defaults der Bug drin ist, da es ja auch beim neu aufgesetztem Image der Fall ist.

santa
26.12.2015, 18:42
Hast du denn schon ein Tool gefunden mit dem man die Meta bearbeiten kann?
Vielleicht schaffe es nächste Woche mal im git zu suchen wo das herkommt.
Einfacher wäre es dann für mich wenn ich wüsste in welcher Datei das genau geschrieben wird und wie die originalbezeichnung ist

ocean
26.12.2015, 19:33
Also das einzige was ich zu den Meta-Daten adhoc finden konnte ist Media-Info (http://mediaarea.net/de/MediaInfo) (beim installieren aufpassen, dass du dir keine Browser Erweiterung einfängst...)
Damit kann man sich zumindest die IDs anzeigen lassen, wenn das was hilft.

Zum bearbeiten selbst habe ich jetzt nichts gefunden und meine Trial für TS-Doc ist soweit auch schon abgelaufen...

santa
26.12.2015, 21:49
habe mal etwas geschaut und auch erst gedacht was gefunden zu haben, aber zeitlich passt es nicht zu deinem problem, seit wann du den fehler hast.

https://github.com/OpenPLi/enigma2/blob/master/lib/service/servicedvbrecord.cpp#L151

vielleicht bin ich auch völlig falsch, c kann ich nämlich nicht.


edit: bei sky und orf sehe ich das flag bei meiner quad+ nicht, hd+ aufnahme muss ich erst noch nachsehen

ocean
26.12.2015, 22:12
Seit wann genau, kann ich leider nicht sagen, da ich die HD+ Karte erst seit Anfang Juli in Betrieb und seitdem auf jedenfall noch keine HD+ - Aufnahme gehabt, welche mit dem Xpeed aufgenommen und auf dem Samsung funktioniert hätte.

santa
26.12.2015, 22:45
Manchmal ist Google und ein anderes Board dein Freund.

http://www.hdfreaks.cc/index.php/Thread/15959-Format-von-eit-und-ts-meta-Dateien/

ocean
26.12.2015, 23:16
Und wie bringt man das ganze jetzt ins Image als default für die xpeedlx?

santa
26.12.2015, 23:18
Wenn du das manuell bearbeitest, geht es dann?
Da du der einzige bist der das Problem hast, ist die Frage ob sich der Aufwand lohnt oder ob eine Script oder so bei dir sinnvoller ist

ocean
26.12.2015, 23:50
An sich hätte ich auch kein Problem mit nem Script zu arbeiten. Möchte halt nur so wenig wie möglich sämtliche Aufnahmen manuell bearbeiten müssen.

santa
27.12.2015, 15:18
habe eben noch mal mit meiner quad+ zwei testaufnahmen gemacht, beide male wird im VLC nicht verschlüsselt angezeigt.
Die Aufnahme von Chris zeigt dies jedoch wie von dir erwähnt in Codec vom VLC an.
Problem an der Sache, mein link zum anderen Board bringt nix, da in zeile 10 der meta eine 0 steht, so wie es sein soll.
Also schreibt die LX das irgendwo anders verschlüsselt rein, scheinbar zumindest, ich konnte nix anderes in den files finden.

Was bedeutet das nun, prinzipiell erstmal große kacke, da ich nicht sofort ein Lösungsansatz habe der einfach zu bewerkstelligen wäre.

was kann man als nächstes probieren, schau mal welches image xpeed original anbietet, dieses dann flashen und damit gegentesten, normalerweise sollte das Problem damit auch sein, da ich denke das die Treiber schuld daran sind, und normalerweise nutzen alle images die selben.

Wenn es eben nicht geht, dann bitte setz dich mit xpeed in kontakt und bitte diese auf das in ordnung zu bringen, da es in anderen Mipsboxen, zumindest in meiner GB quad+, ok ist und somit an denen liegt.

Wenn es mit dem image ok ist, dann müssen wir mal sehen, was bei uns anders ist und welcher patch uns fehlt.

Aber das kannst nur du testen um weiter zu kommen

ocean
27.12.2015, 16:29
Ok, dann werd ich wohl in den sauren Apfel beißen müssen. Das wäre allerdings das erste mal, dass die Original Firmware auf dem Receiver laufen würde 😆

TheChip
27.12.2015, 18:53
Ich glaub auch nicht, das es vom Image kommt. Hab grad mal ne Aufnahme auf der Formuler F1 probiert, das besagte "Verschlüsselt" gibts hier auch nicht im VLC.

ocean
27.12.2015, 22:35
Also hab eben das Original Image probiert zu Testen. - Ich weiß jetzt warum ich gleich HDMU draufgebügelt hatte. Ich flash gleich gerade wieder um. Testen kann man damit nicht wirklich.
Weiß jemand, ob man in irgendeiner Form einfach den Header via Script so umbiegen kann, dass der "Verschlüsselt"-Part einfach wegfällt?? Könnte das ganze dann einfach in die K-Scripte welche beim Standby ausgeführt werden mit einschleusen, da das mein Standard verhalten nach der Aufnahme ist.

santa
27.12.2015, 22:39
Wie gesagt, ich hab in unseren sourcen noch nicht mal eine genaue Idee wo das gemacht wird, das kommt von denen und ist closed Source.
Also wie gesagt, testaufnahme auf Stick sollte doch wohl drin sein

ocean
27.12.2015, 22:43
Krieg ich mit der Original-Firm, überhaupt die HD-Karte ans Laufen? Soweit war ich nämlich noch nicht mal, so lahm wie die Firm is...
Alle anderen Aufnahmen waren ja auch so bis jetzt kein Problem nur die HD+

santa
27.12.2015, 22:45
Normalerweise schon, warum nicht

ocean
27.12.2015, 23:48
Also eben nochmal probiert, ich krieg die LX mit dem original Image nicht zum Rennen. Die Box friert schon bei der Grundkonfig ständig ein... Das Image ist allerdings auch schon 2014 und die entsprechenden feeds im Image sind nicht mehr erreichbar. Ich teste lieber erst mal noch ein paar andere Fremdimages. Vielleicht findet sich da eins welches evtl nicht die Flag im Meta setzt. Geb bescheid, wenn ich was finde.

ocean
28.12.2015, 16:35
So also hab jetzt folgende Images getestet:
- openatv-5.1-xpeedlx-20151013_usb
- openhdf-5.3-xpeedlx-13-20151010_usb
- und eben HDMU
Bei allen das gleiche Verhalten...
Also liegt der Ball auf jedenfall beim Hersteller. Meint ihr eine einfache Supportmail bringt was?

santa
28.12.2015, 17:05
Probieren würde ich es auf jeden Fall

Joker7
28.12.2015, 17:13
.... müßten eigentlich die hier zuständig sein .....wenn ja würde ich da mal anrufen:

Golden Media GmbH
Stuttgarter Str. 36
73635 Rudersberg - Germany
Telefon: +49 (0) 7183 - 30 750 - 0
Fax: +49 (0) 7183 - 30 750 - 20
www.golden-media.net (http://www.golden-media.net/www.golden-media.net)
E-mail: info@golden-media.net

ocean
28.12.2015, 17:14
Denen schreib ich gerade, aber danke für den Hinweis.

ocean
28.12.2015, 18:14
Also Anfrage an Support ist raus.
Hab noch ein wenig weiter zu ts scrambled_flags recherchiert und bin dabei auf eine Python Library gestoßen, mit welcher eventuell das flag nachträglich geändert werden könnte >>Hachoir (https://bitbucket.org/haypo/hachoir/wiki/Home)<<. Allerdings hab ich von Python net wirklich die Ahnung...

flac
28.12.2015, 18:31
Die sollen zusehen, für den Murks selber gerade zu stehen. ...über GM oder GI halte ich mich zurück. ...nie wieder.
Warum sollen wir extra wegen denen Änderungen vornehmen.



Gruß

Chris

...ich wünsche dir viel Glück dabei.

suchmich1983
29.12.2015, 16:45
kannst du mal mit ffmpeg die Metadaten auslesen und hier posten? Eventuell lässt sich der Header damit bearbeiten.


ffmpeg32 -i "DeinTSFileName" -f ffmetadata metadata.txt

- - - Updated - - -

ich habe das gerade mal mit einem File probiert. Klappt auch, allerdings ist es mit ffmpeg nicht möglich die Metadaten zu bearbeiten, ohne gleichzeitig ein neues File zu schreiben.
Bzw. sehe ich keinen Weg. So wäre das ja ein ziemlicher Aufwand...

Versuch wars wert..

ocean
06.01.2016, 13:31
So der "Support" von goldenmedia.net hat geantwortet. Hier mal der Mailverlauf:
Anfrage via Kontaktformular:

Hallo,
Habe aktuell einen XpeedLX2 bei mir in Betrieb. Da die original Firmware recht träge ist, läuft aktuell ein HDMU-Image darauf, mit welchem ich eigentlich auch sehr zufrieden bin. Das einzige Problem welches ich mit der Box habe ist, dass Aufnahmen der HD+ Sender immer mit einem Scrambled_flag in der TS-Datei erstellt werden und somit auf meinem Zweit-TV nicht wiedergegeben werden können, obwohl diese eigentlich nicht verschlüsselt sind. Die Kollegen von HDMU haben mir geraten hier einen Support-Call an Sie richten, da auch mit sämtlichen anderen Images wie HDF oder ATV des gleiche Verhalten vorliegt und es somit wohl an den Sourcen des Herstellers (also Ihren) liegen müsste. Könnten Sie in dieser Sache weiterhelfen? Die anderen MIPS-Boxen mit dem gleichen Image erstellen die Aufnahmen ohne das genannte flag und können somit auch direkt so abgespielt werden.
Bitte um kurze Rückinfo.
Mit freundlichen Grüßen
...
Anwort:

Sehr geehrter Herr ...,

unsere Geräte können kein HD+ bzw. CI+, das hat Lizenzrechtliche Ursachen.
Von daher kann ich Ihnen auch nicht weiter helfen.
Über Fremdimages kann ich nichts sagen.

Ich bitte Sie das zu verstehen.


Mit freundlichen Grüßen
...

Weitere Rückfrage meinerseits:

Hallo Herr ...,
Wäre es dann zumindest möglich die Sourcen zu erhalten, um selbst den gewünschten Effekt zu erzielen?
Mit freundlichen Grüßen
...
Antwort:

Sehr geehrter Herr ...,

es gibt keine anderen Sourcen….sonst würden die schon längst im Netz kursieren und die Teams hätten Ihre Software dementsprechend angepasst.


Mit freundlichen Grüßen
...

...jetzt weiß ich was Chris gemeint hat...

Nun meine Frage, was müssten wir denn reverse-engineeren, damit auch die Xpeedlx ohne scrambled flag funkt?

Gruß ocean

Joker7
06.01.2016, 14:57
... naja,mal ganz ehrlich was erwartet man bei einem "Schriftverkehr !! " dazu als Antwort außer "unsere Geräte können kein HD+ bzw. CI+, das hat Lizenzrechtliche Ursachen." .....

santa
09.01.2016, 14:56
Hi, hab eben im Menü was gesucht und dabei was gesehen.
Geh mal im normalen Video Player oder wie der heißt auf einen Film und drück dann die menütaste, dann auf lokale Entschlüsselung gehen, dauert wahrscheinlich ewig, da 1:1, aber anschließend gibt es eine encoded ts, vielleicht geht die ja, auch wenn die die davor auch encoded war.

ocean
09.01.2016, 16:00
Hatte ich schon getestet. Aufnahme läuft trotzdem nicht auf den Samys. Außerdem bleibt der Xpeed im Rec-Modus, sobald ich das Encoden starte, aber selbst nachdem das File fertig ist bleibt der Rec-Status.

ocean
10.01.2016, 15:50
Hab mich eben mal noch ein wenig im git umgesehen. Kann es sein, des ich hier eventuell was brauchbares gefunden habe?
https://github.com/OpenPLi/enigma2/blob/master/lib/service/servicedvb.cpp#L648

santa
10.01.2016, 16:05
Wenn jemand ne Idee hat, wie das aussehen könnte, das da immer 0 rauskommt, einfach mal posten, dann bauen wir ein image damit für dich.

ocean
10.01.2016, 16:50
Ich könnte mir vorstellen, dass ein simples Entfernen des "+ 0x100" Parameters in der Zeile 653 schon ausreichen würde:

Hier mal die Files der GB_Quad (links) und des Xpeed (rechts) im Vergleich mit MediaInfo:

http://www.hdmedia-universe.com/board/attachment.php?attachmentid=12778&stc=1

Das ist der genau der Hexwert, der den Unterschied macht...

- - - Aktualisiert - - -

Moment, wenn ich die servicedvbrecord.cpp durchschaue, sehe ich denke ich die relevante Position bei den Aufnahmen:
https://github.com/OpenPLi/enigma2/blob/master/lib/service/servicedvbrecord.cpp#L249

ocean
07.02.2016, 19:39
Hi Leute,

Konnte sich schon jemand wegen finden, der mir zum Testen ein Image mit den genannten Änderungen erstellen kann?

santa
07.02.2016, 20:24
Sorry, fast vergessen, habe mal jemanden angestiftet, er meldet sich die Tage.

ocean
07.02.2016, 20:30
Sorry, fast vergessen, habe mal jemanden angestiftet, er meldet sich die Tage.
Kein Problem, war bis letzten Sonntag eh in China und somit zu weit weg vom Receiver...
Aber wenn du schon jemand angestiftet hast umso besser.
Danke.

TheChip
07.02.2016, 21:45
Ich bin der angestiftete. Ich versuch dieser Tage mal ein Image zu zaubern. Allerdings sei nicht böse, wenns nicht gleich wird, bin seit Heut bis kommenden Samstag Vollzeitpapa und hab da nicht immer so viel Zeit.

ocean
07.02.2016, 22:38
Ja, kein Problem. Meld dich einfach, wenn du n Image fertig hast, dann test ich. Und wie gesagt, kein Stress, is und soll ja n Hobby bleiben.

TheChip
08.02.2016, 21:53
Hab mal ein Image gebacken. kannst ja mal probieren, ob Dein Problem damit gelöst ist. zu finden hier (http://images.hdmedia-universe.com/mips/Testocean/HDMU_14973_XpeedLX_OE_2493_Flash.zip).

ocean
08.02.2016, 22:45
Gezogen hab ich das Image schon. Werd dann morgen Testen und dir Bescheid geben.
Danke erstmal.

TheChip
08.02.2016, 22:51
Mach in ruhe.

ocean
08.02.2016, 22:52
Morgen is nur n halber Tag bei uns, also hab ich ab Mittag Ruhe 😉

ocean
09.02.2016, 22:33
So vorhin getestet, leider aber ohne Erfolg. Das aufgenommene File weißt nach wie vor das encrypted flag auf.

santa
09.02.2016, 22:40
schade..

TheChip
09.02.2016, 22:42
Hm. Dann wars doch nicht die Stelle von Dir.

ocean
09.02.2016, 22:45
Schade, sah vielversprechend aus...

TheChip
09.02.2016, 22:56
Soweit ich das verstanden hab, kann damit ein Flag ausgewertet werden, welches besagt, das die Aufnahme als verschlüsselt markiert wird. Allerdings muss dazu was in den Settings stehen. Ich hab ihm damit nur gesagt, die Settings werden da nicht ausgewertet. Wenns dann immer noch. Nicht geht, muss diese ID woanders her kommen.

ocean
09.02.2016, 23:07
https://github.com/OpenPLi/enigma2/blob/master/lib/service/servicedvbrecord.cpp#L249

Also für mich sieht das aber schon nach der "Aufnahme"-Funktion aus, wenn ich den Code durchsehe. Aber es kann natürlich trotzdem noch von irgendwo anders die "+100" kommen, welche das "encrypted" setzt.

TheChip
09.02.2016, 23:11
Ja, aber schau Dir mal den Kommentar direkt davor an. "User can ..."