Welcome to Doom9's Forum, THE in-place to be for everyone interested in DVD conversion.

Before you start posting please read the forum rules. By posting to this forum you agree to abide by the rules.

 

Go Back   Doom9's Forum > Capturing and Editing Video > New and alternative a/v containers

Reply
 
Thread Tools Search this Thread Display Modes
Old 12th April 2017, 00:00   #1561  |  Link
Telion
Registered User
 
Join Date: Sep 2011
Posts: 78
Quote:
Originally Posted by manolito View Post
For the 32-bit CLI executable I found a small cosmetic bug (running under WinXP). For every file I throw at it I get this STDERR output:
E: File read error
Confirming this (also on XP), but I have no drive E: in my system. I've monitored file system activity with Sysinternal's Process Monitor - it shows no attempts to access anything with E: in a path, if that matters. I've also compared file access patterns of 0.7.93 and 0.7.94 versions, filtering out all successful results, and haven't found any differences except one thing. At the very beginning of an execution (unfiltered log entry ~10, before accessing any dependent dll) there are some QueryDirectory operations that enumerate files in several folders (one with MediaInfo.exe, system32, WinSxS), starting from the root and all the way down to them. And in 0.7.94 right after these queries there is one more enumeration of the tree down to a folder with a media file passed as a parameter - something that the previous version didn't do. So maybe that is somehow relevant to this issue?

Last edited by Telion; 12th April 2017 at 00:05.
Telion is offline   Reply With Quote
Old 17th April 2017, 10:13   #1562  |  Link
Aleksoid1978
Registered User
 
Aleksoid1978's Avatar
 
Join Date: Apr 2008
Location: Russia, Vladivostok
Posts: 2,783
Latest version is hang when open .mpls from some 3D BD.
We have infinity loop here https://github.com/MediaArea/MediaIn..._Avc.cpp#L2265, TemporalReferences_Reserved = 0.

I made patch(for MPC-BE) - it's here https://sourceforge.net/p/mpcbe/code/2499/#diff-2
and more accurate fix - https://sourceforge.net/p/mpcbe/code/2500/#diff-1
__________________
AMD Ryzen 5 3600 /GIGABYTE B450 Gaming X /Patriot 32Gb@3200 /Kingston 500Gb M.2 /RTX 4060 /Samsung U28R550UQI /OLED Philips 55OLED707 /Yamaha RX-V471 + NS-555 + NS-C444 + NS-333 + YST-SW215

Last edited by Aleksoid1978; 18th April 2017 at 02:40.
Aleksoid1978 is offline   Reply With Quote
Old 17th April 2017, 17:15   #1563  |  Link
stax76
Registered User
 
stax76's Avatar
 
Join Date: Jun 2002
Location: On thin ice
Posts: 6,837
here is a list of the known parameters: https://pastebin.com/e3U5dtpi

programmers might want to bookmark it
stax76 is offline   Reply With Quote
Old 20th April 2017, 21:52   #1564  |  Link
LoRd_MuldeR
Software Developer
 
LoRd_MuldeR's Avatar
 
Join Date: Jun 2005
Location: Last House on Slunk Street
Posts: 13,248
Quote:
Originally Posted by Telion View Post
Confirming this (also on XP), but I have no drive E: in my system. I've monitored file system activity with Sysinternal's Process Monitor - it shows no attempts to access anything with E: in a path, if that matters. I've also compared file access patterns of 0.7.93 and 0.7.94 versions, filtering out all successful results, and haven't found any differences except one thing. At the very beginning of an execution (unfiltered log entry ~10, before accessing any dependent dll) there are some QueryDirectory operations that enumerate files in several folders (one with MediaInfo.exe, system32, WinSxS), starting from the root and all the way down to them. And in 0.7.94 right after these queries there is one more enumeration of the tree down to a folder with a media file passed as a parameter - something that the previous version didn't do. So maybe that is somehow relevant to this issue?
I can confirm the "E: File read error" problem on my side as well. This happens for me on Windows 10.

BTW: I'm pretty sure "E:" is simply the prefix MediaInfo prepends to error messages:
Code:
void Log_0 (struct MediaInfo_Event_Log_0* Event, struct UserHandle_struct* UserHandler)
{
    String MessageString;
    if (Event->Type>=0xC0)
        MessageString+=__T("E: ");
__________________
Go to https://standforukraine.com/ to find legitimate Ukrainian Charities 🇺🇦✊

Last edited by LoRd_MuldeR; 20th April 2017 at 22:08.
LoRd_MuldeR is offline   Reply With Quote
Old 21st April 2017, 16:38   #1565  |  Link
Zenitram
Registered User
 
Join Date: Aug 2002
Location: France, Paris
Posts: 672
Quote:
Originally Posted by manolito View Post
For every file I throw at it I get this STDERR output:
It is corrected, will be OK in next release or snapshots.
__________________
Want to know all about your media files? http://mediaarea.net/MediaInfo
Zenitram is offline   Reply With Quote
Old 21st April 2017, 16:39   #1566  |  Link
Zenitram
Registered User
 
Join Date: Aug 2002
Location: France, Paris
Posts: 672
Quote:
Originally Posted by LoRd_MuldeR View Post
I can confirm the "E: File read error" problem on my side as well.
It is corrected, will be OK in next release or snapshots.

Quote:
Originally Posted by LoRd_MuldeR View Post
BTW: I'm pretty sure "E:" is simply the prefix MediaInfo prepends to error messages
Right.
__________________
Want to know all about your media files? http://mediaarea.net/MediaInfo
Zenitram is offline   Reply With Quote
Old 21st April 2017, 16:41   #1567  |  Link
Zenitram
Registered User
 
Join Date: Aug 2002
Location: France, Paris
Posts: 672
Quote:
Originally Posted by stax76 View Post
here is a list of the known parameters: https://pastebin.com/e3U5dtpi

programmers might want to bookmark it
or help menu in GUI, "mediainfo --info_parameters" CLI, or source code.
If you want to see parameters for your files, "mediainfo -f -Language=raw FileName".

And yer, We need a better documentation...
__________________
Want to know all about your media files? http://mediaarea.net/MediaInfo
Zenitram is offline   Reply With Quote
Old 21st April 2017, 17:20   #1568  |  Link
stax76
Registered User
 
stax76's Avatar
 
Join Date: Jun 2002
Location: On thin ice
Posts: 6,837
Thanks, I didn't know about Language=raw, I've enabled it now in my GUI which I also use for windows file explorer: staxrip.exe -mediainfo sourcefile
stax76 is offline   Reply With Quote
Old 21st April 2017, 19:51   #1569  |  Link
LoRd_MuldeR
Software Developer
 
LoRd_MuldeR's Avatar
 
Join Date: Jun 2005
Location: Last House on Slunk Street
Posts: 13,248
Quote:
Originally Posted by Zenitram View Post
It is corrected, will be OK in next release or snapshots.

Right.


I can confirm that it is fixed in the "snapshot" version.
__________________
Go to https://standforukraine.com/ to find legitimate Ukrainian Charities 🇺🇦✊

Last edited by LoRd_MuldeR; 21st April 2017 at 20:04.
LoRd_MuldeR is offline   Reply With Quote
Old 23rd April 2017, 15:34   #1570  |  Link
stax76
Registered User
 
stax76's Avatar
 
Join Date: Jun 2002
Location: On thin ice
Posts: 6,837
Zenitram, there is a issue maybe you can take a look at: https://forum.doom9.org/showthread.p...85#post1804785
stax76 is offline   Reply With Quote
Old 23rd April 2017, 15:55   #1571  |  Link
sneaker_ger
Registered User
 
Join Date: Dec 2002
Posts: 5,565
There's an extra byte added by mkvmerge 11 but I don't know what that means. I asked Mosu.
Sample if anyone wants: https://www.sendspace.com/file/2ja1kx

https://github.com/mbunkus/mkvtoolnix/issues/1958
sneaker_ger is offline   Reply With Quote
Old 23rd April 2017, 18:25   #1572  |  Link
sneaker_ger
Registered User
 
Join Date: Dec 2002
Posts: 5,565
@Zenitram @stax76
Was fixed in mkvmerge just now.
sneaker_ger is offline   Reply With Quote
Old 23rd April 2017, 18:36   #1573  |  Link
stax76
Registered User
 
stax76's Avatar
 
Join Date: Jun 2002
Location: On thin ice
Posts: 6,837
Quote:
Originally Posted by sneaker_ger View Post
@Zenitram @stax76
Was fixed in mkvmerge just now.
Thanks for the help.

Last edited by stax76; 24th April 2017 at 16:11.
stax76 is offline   Reply With Quote
Old 24th April 2017, 15:09   #1574  |  Link
stax76
Registered User
 
stax76's Avatar
 
Join Date: Jun 2002
Location: On thin ice
Posts: 6,837
I thought typo but maybe it's a text encoding problem, any ideas?

Code:
Channel(s)/String         : 6 channel3
ChannelPositions          : Front: L C R, Side: L R, LFE
SamplingRate/String       : 48.0 KHz
FrameRate/String          : 46.875 fps3 (1024 spf)
I see this problem in staxrip only in the encoded output file but not on the input file and only with following option:

MediaInfo_Option(mi.Handle, "Language", "raw")

Last edited by stax76; 24th April 2017 at 15:22.
stax76 is offline   Reply With Quote
Old 24th April 2017, 15:33   #1575  |  Link
stax76
Registered User
 
stax76's Avatar
 
Join Date: Jun 2002
Location: On thin ice
Posts: 6,837
I'm getting crazy with this, it's returned from MI but arbitrary, I thought it might be due to language change on the thread but it's always German. When I start my app it's fine but after I re-encode the problem appears, it happens only with Language raw.

edit:


after startup:

Code:
Channel(s)                : 2 / 1 / 1
Channel(s)/String         : 2 channels / 1 channel / 1 channel

after re-encoding:

Code:
Channel(s)                : 2 / 1 / 1
Channel(s)/String         : 2 channel2 / 1 channel1 / 1 channel1

Last edited by stax76; 24th April 2017 at 16:23.
stax76 is offline   Reply With Quote
Old 25th April 2017, 07:17   #1576  |  Link
Zenitram
Registered User
 
Join Date: Aug 2002
Location: France, Paris
Posts: 672
Quote:
Originally Posted by stax76 View Post
I'm getting crazy with this, it's returned from MI but arbitrary, I thought it might be due to language change on the thread but it's always German. When I start my app it's fine but after I re-encode the problem appears, it happens only with Language raw.
the first time you set Language raw after Open(), the second time it was before (from the first file, the option is global).
"channel3" and so on is the raw data (inside MI), before translation (even to English).

Language raw is to be used mostly for debugging (getting field names), what are you trying to do? set language to "raw" or any language before opening a file for more coherency. Or better: do not use it in production, this is not the goal (I actually don't see the reason you use it, I suggested it for having field names for MediaInfo::Get(), nothing else).
__________________
Want to know all about your media files? http://mediaarea.net/MediaInfo
Zenitram is offline   Reply With Quote
Old 25th April 2017, 07:19   #1577  |  Link
Zenitram
Registered User
 
Join Date: Aug 2002
Location: France, Paris
Posts: 672
Quote:
Originally Posted by stax76 View Post
Thanks, I didn't know about Language=raw, I've enabled it now in my GUI which I also use for windows file explorer: staxrip.exe -mediainfo sourcefile
This is not an option intended for default mediainfo output, please let the default in that case.
what are you trying to do with that option I advised for getting field names but you use it for default output in your tool?
__________________
Want to know all about your media files? http://mediaarea.net/MediaInfo
Zenitram is offline   Reply With Quote
Old 26th April 2017, 12:22   #1578  |  Link
stax76
Registered User
 
stax76's Avatar
 
Join Date: Jun 2002
Location: On thin ice
Posts: 6,837
OK, I use default den.
stax76 is offline   Reply With Quote
Old 4th July 2017, 17:43   #1579  |  Link
Selur
Registered User
 
Selur's Avatar
 
Join Date: Oct 2001
Location: Germany
Posts: 7,259
Small question, when does MediaInfo report something other than 'vbr' as overall bitrate mode?
(tried using bit rate stuffing with tsMuxeR but I always get vbr and a max bitrate of 35MBit/s, which seems kind of odd for a ~500kbit/s stream)

Uploaded a small file to my google drive as strange.7z.

Cu Selur
__________________
Hybrid here in the forum, homepage
Selur is offline   Reply With Quote
Old 4th July 2017, 21:03   #1580  |  Link
Zenitram
Registered User
 
Join Date: Aug 2002
Location: France, Paris
Posts: 672
Quote:
Originally Posted by Selur View Post
Small question, when does MediaInfo report something other than 'vbr' as overall bitrate mode?
When it is not VBR ;-).
I have tons of files with CBR overall bitrate mode, mostly dump of satellite or from pro customer preparing to send the TS stream to satellite (or cable, both need CBR TS files)

Quote:
Originally Posted by Selur View Post
(tried using bit rate stuffing with tsMuxeR but I always get vbr and
I need to add a big tolerance (30% = NOK, 50% = OK) with " --MpegTs_VbrDetection_Delta=0.5" (hidden feature, default is 0 = no tolerance) for flagging it it as CBR.

Quote:
Originally Posted by Selur View Post
a max bitrate of 35MBit/s, which seems kind of odd for a ~500kbit/s stream)
Note my choice, ask to the developer of the software you used for the reason "peak_rate" field is filled with a so high value (lazy default?)
"ETSI EN 300 468 v.1.14.1 - Specification for Service Information":
peak_rate:
The maximum momentary transport packet rate (i.e. 188 bytes divided by the time interval between start
times of two succeeding TS packets). At least an upper bound for this peak_rate should be given. This 22-bit field is
coded as a positive integer in units of 400 bit/s.

Code:
0178 0x001F - DVB - selection_information_section (188 bytes)
0178  Header (4 bytes)
0178   sync_byte:                            71 (0x47)
0179   transport_error_indicator:            No
0179   payload_unit_start_indicator:         Yes
0179   transport_priority:                   No
0179   pid:                                  31 (0x001F) - (13 bits)
017B   transport_scrambling_control:         0 (0x0) - (2 bits)
017B   adaptation_field_control (adaptation): No
017B   adaptation_field_control (payload):   Yes
017B   continuity_counter:                   1 (0x1) - (4 bits)
017C  File Header (1 bytes)
017C   pointer_field:                        0 (0x00)
017D  DVB - selection_information_section - Version=0 - Section=0 (28 bytes)
017D   Header (3 bytes)
017D    table_id:                            127 (0x7F)
017E    section_syntax_indicator:            Yes
017E    private_indicator:                   Yes
017E    reserved:                            3 (0x3) - (2 bits)
017E    section_length:                      25 (0x019) - (12 bits)
0180   DVB_reserved_for_future_use:          65535 (0xFFFF)
0182   reserved:                             3 (0x3) - (2 bits)
0182   version_number:                       0 (0x00) - (5 bits)
0182   current_next_indicator:               Yes
0183   section_number:                       0 (0x00)
0184   last_section_number:                  0 (0x00)
0185   DVB_reserved_for_future_use:          15 (0xF) - (4 bits)
0185   transmission_info_loop_length:        10 (0x00A) - (12 bits)
0187   Descriptors (10 bytes)
0187    DVB - partial_transport_stream_descriptor (10 bytes)
0187     Header (2 bytes)
0187      descriptor_tag:                    99 (0x63)
0188      descriptor_length:                 8 (0x08)
0189     DVB_reserved_future_use:            3 (0x3) - (2 bits)
0189     peak_rate:                          88750 (0x015AAE) - (22 bits)
018C     DVB_reserved_future_use:            3 (0x3) - (2 bits)
018C     minimum_overall_smoothing_rate:     4194303 (0x3FFFFF) - (22 bits)
018F     DVB_reserved_future_use:            3 (0x3) - (2 bits)
018F     maximum_overall_smoothing_buffer:   16383 (0x3FFF) - (14 bits)
0191   0001 (4 bytes)
0191    service_id:                          1 (0x0001)
0193    DVB_reserved_future_use:             Yes
0193    running_status:                      0 (0x0) - (3 bits) - 
0193    service_loop_length:                 0 (0x000) - (12 bits)
0195   CRC32:                                874440526 (0x341EE74E)
__________________
Want to know all about your media files? http://mediaarea.net/MediaInfo
Zenitram is offline   Reply With Quote
Reply

Thread Tools Search this Thread
Search this Thread:

Advanced Search
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off

Forum Jump


All times are GMT +1. The time now is 09:45.


Powered by vBulletin® Version 3.8.11
Copyright ©2000 - 2024, vBulletin Solutions Inc.